Мы хотим убедиться, что приведенный ниже сценарий захватит все необходимые параметры конфигурации для восстановления на новой машине IIS и все параметры безопасности.
'This script will dump a daily system state backup to the directory
' c:\sysstatebkup\ on every Intensive Server
Dim shell, network, fso
Set shell = CreateObject("WScript.Shell")
Set network = CreateObject("WScript.Network")
Set fso = CreateObject("Scripting.FileSystemObject")
Dim strBackup
strBackup = "ntbackup backup systemstate /j ""Daily System State Backup"" /f ""C:\SysBkUp\SystemState.bkf"" /v:yes /l:f"
shell.Run strBackup
ПРИМЕЧАНИЕ 1: Спасибо Эвану за ваши комментарии, я дам немного больше информации из-за его ответа. Мы пытаемся достичь следующего: мы хотим иметь очень хорошую и легко восстанавливаемую резервную копию IIS и всех работающих там приложений. У нас есть контент приложения, но фактическая конфигурация IIS отсутствует. Я перечислю ниже то, что нам нужно для резервного копирования, и как мы это сделали, поскольку этот вопрос является лишь частью общего решения:
Вы делаете только резервную копию состояния системы. Он будет содержать реестр (включая регистрации COM +), Active Directory и SYSVOL (хотя я сомневаюсь, что он установлен на ваших веб-серверах), базу данных служб сертификации (которая, вероятно, также не установлена на ваших веб-серверах) и метабазу IIS. .
Я не могу сказать, что конкретно вы имеете в виду, когда говорите о восстановлении «Настройки безопасности». Вы не сможете восстановить, например, списки ACL NTFS для файлов, для которых вы не создаете резервную копию (то есть содержимого веб-сайта или, на самом деле, всего, что находится за пределами состояния системы). Для вашего приложения вы сможете вернуть метабазу IIS и реестр. Если он содержит все, что вы описываете как «Настройки безопасности», значит, вы в хорошей форме.
Вам действительно не нужен VBScript для вызова этой команды. Вы можете вызвать это непосредственно из запланированных задач, поскольку вы не используете VBScript для любых замен переменных в командной строке резервного копирования и т. Д.
Кстати, ваш комментарий о каталоге назначения резервного копирования и командных строках NTBackup отличается.
Я бы сделал резервную копию / скопировал файл Systemstate на внешнее устройство (например, в сетевой ресурс на другом сервере). Если с разделом C: что-то случится, файл будет в надежном месте.
Совет: не торопитесь и попробуйте восстановить все данные и конфигурацию на новом (или промежуточном) сервере. По моему опыту, всегда есть определенные вещи, которые вы не увидите, пока не попытаетесь восстановить реальную резервную копию и не протестировать все службы.
Резервная копия будет привязана к имени сервера и машине .. Итак, если вы переходите с одного хоста на другой ..
скопируйте информацию о метабазе,
IIS 6.0 заменяет один двоичный файл (MetaBase.bin) более ранних версий IIS двумя файлами XML: MetaBase.xml и MBSchema.xml. IIS хранит эти файлы в папке systemroot \ System32 \ Inetsrv вашего компьютера. Для просмотра и изменения этих файлов вы должны быть членом группы администраторов.
Метабаза состоит из следующих элементов:
• Файл MetaBase.xml. В этом файле хранится информация о конфигурации IIS, специфичная для установки IIS.
• Файл MBSchema.xml. Этот файл содержит схему метабазы. MBSchema.xmlfile - это главный файл конфигурации, который определяет атрибуты по умолчанию для всех свойств метабазы и применяет правила для создания и размещения записей метабазы в метабазе.
• Метабаза в памяти. Метабаза в памяти содержит самую последнюю конфигурацию метабазы и схемы метабазы. Метабаза в памяти принимает изменения конфигурации и схемы метабазы, сохраняет их в ОЗУ и периодически записывает изменения в файлы метабазы и схемы метабазы на диске.
При запуске IIS файлы MetaBase.xml и MBSchema.xml считываются уровнем хранения IIS и копируются в метабазу в памяти. Во время работы IIS любые изменения, которые вы вносите в метабазу в памяти, периодически записываются на диск. IIS также сохраняет метабазу в памяти на диск при остановке IIS.
Для обеспечения безопасности файлов вы можете использовать скрипт, не забудьте использовать локальные группы и добавить глобальные группы для авторизации.
Я бы просто сделал резервную копию всего на сервере. Еженедельная полная и суточная разность, если у вас есть данные или изменяющиеся настройки. Это чище, проще, и вы можете быть абсолютно уверены, что ничего не пропустили.