/системная резервная копия, содержащая предыдущую версию отредактированных скриптов?

По моему мнению, весь механизм сохранения/восстановления/миграции конфигурации роутера в RouterOS — это полный хаос. Как только бета-тестирование v7 завершится и она станет основной версией, в этой области точно нужно что-то менять. Должны появиться возможности для восстановления резервных копий с одного устройства на другое без тех мучений, что есть сейчас. Это можно сделать, улучшив механизм экспорта/импорта (чтобы “backup” в том виде, как он есть сейчас, стал не нужен), и/или улучшив механизм резервного копирования/восстановления (чтобы можно было восстанавливать на другом устройстве, как такого же, так и другого типа). При этом, скорее всего, будет легко решить проблему, которую вы сейчас видите в backup.

Ну, это уже существует! Можно загрузить экспортированный файл на роутер (в роутерах с флеш-памятью 16MB его нужно положить в папку flash), а потом запустить сброс конфигурации с опцией run-after-reset, указав имя этого файла. (Также используйте опцию, чтобы не создавать резервную копию и не устанавливать настройки по умолчанию.) Это импортирует файл сразу после сброса, и роутер должен восстановиться.  

И да, я уже использовал это на удалённом роутере, когда подозревал, что бинарная конфигурация как-то расхождается с видимой текстовой версией. Но оказалось, что это не так. Есть свои нюансы. После версий примерно с 6.35 по 6.39 этот способ перестал работать, потому что скрипт запускался «слишком рано» после загрузки, и роутер не был готов принимать команды конфигурации. Поэтому он молча не срабатывал. Это до сих пор не исправлено, но проблему можно обойти, добавив в начало файла команду /delay 30. (Скачайте файл, отредактируйте и залейте заново.)  

Однако есть и другие возможные проблемы! Недавно я описал две из них в ветке по версии 6.49. Иногда экспорт вообще оказывается некорректным и требует редактирования перед импортом. А так как в run-after-reset скриптах нельзя увидеть, что именно пошло не так, разобраться практически невозможно.  

Мне больше повезло, когда я сначала сбрасывал роутер без настроек по умолчанию, затем подключался к MAC-адресу через winbox (это работает только на локальном роутере) и запускал /import verbose=yes filename. Такой способ выводит содержимое импортируемого файла по мере загрузки, и когда процесс остановится, видно, на каком моменте возникла ошибка. Импорт можно продолжить с нужной строки, используя опцию skip, чтобы пропустить предыдущие. Но это муторный процесс, который под силу только опытному пользователю RouterOS.  

Хотелось бы, чтобы ошибки при импорте, которые не критичны, обрабатывались более умно.