QoS имеет несколько различной поддержки/функций - один из них являющийся CoS. Класс обслуживания позволяет Вам просто располагать по приоритетам определенный трафик путем добавления битов класса обслуживания к заголовку кадра (на IEEE802.1p). Это является наиболее часто используемым в VoIP для маркировки подобных трафик к престижному числу как 3, 4, 5. Это - самый простой способ настроить QoS в Вашей сети, другие реализации включают формирование трафика, интеллектуальные правила перегрузки и планирование, которые считают более усовершенствованными, и необходимость в большем знании конфигурации QoS для реализации успешно.
Вы берете резервное копирование Состояния системы только. Это будет содержать реестр (включая регистрацию COM +), и Active Directory и SYSVOL (хотя я сомневаюсь, что он установлен на Ваших веб-серверах), база данных Certificate Services (который, вероятно, также не установлен на Ваших веб-серверах), и Метабаза IIS.
Я не могу сказать, что Вы имеете в виду, а именно, когда Вы говорите о восстановлении "Настроек безопасности". Вы не сможете восстановить, например, NTFS ACLs на файлах, которые Вы не поддерживаете (т.е. содержание веб-сайта - или, действительно, ничто вне Состояния системы). Для Вашего приложения Вы собираетесь быть способными возвратить Метабазу IIS и реестр. Если это содержит все, что Вы описываете как "Настройки безопасности" затем, Вы в хорошем состоянии.
Вам действительно не нужен VBScript для вызова той команды. Можно назвать это непосредственно от Запланированных задач, так как Вы не используете VBScript ни для какого вида подстановок переменных в строке команды резервного копирования и т.д.
BTW, Ваш комментарий о резервном целевом каталоге и командных строках NTBackup отличаются.
Я копировал бы/копировал бы файл Systemstate к внешнему устройству (например, сетевой ресурс на другом сервере). Если что-то плохо происходит с C: раздел файл будет в безопасном месте.
Подсказка: не торопитесь и попытайтесь восстановить все данные и конфигурацию к новому (или подготавливающий) сервер. По моему опыту, всегда существуют конкретные вещи, которые Вы не будете видеть, пока Вы не попытаетесь восстановить реальное резервное копирование и протестировать все сервисы.
Я просто скопировал бы все на сервере. Еженедельный полный и ежедневный дифференциал, если у Вас есть данные или настройки, изменяющиеся на нем. Это более чисто, легче, и можно быть абсолютно уверены, что Вы ничего не пропустили.
Спина будет spefic к имени сервера и машине.. Таким образом, если Ваше перемещение от одного хоста до другого..
скопируйте информацию о метабазе,
IIS 6.0 заменяет единственный двоичный файл (MetaBase.bin) более ранних версий IIS с двумя XML-файлами: MetaBase.xml и MBSchema.xml. IIS хранит эти файлы в systemroot\System32\Inetsrv папке Вашего компьютера. Чтобы просмотреть и изменить эти файлы, необходимо быть членом Группы администраторов.
Метабаза состоит из следующих элементов:
• файл MetaBase.xml. Этот хранилища файлов конфигурационная информация IIS, которая характерна для установки IIS.
• файл MBSchema.xml. Этот файл содержит схему метабазы. MBSchema.xmlfileis основной конфигурационный файл, который определяет атрибуты по умолчанию для всех свойств метабазы и осуществляет правила для построения и размещения записей метабазы в метабазе.
• Метабаза в оперативной памяти. Метабаза в оперативной памяти содержит актуальнейшую метабазу и конфигурацию схемы метабазы. Метабаза в оперативной памяти принимает изменения в конфигурации метабазы и схеме, храня их в RAM, и периодически пишущий изменения в дисковой метабазе и файлах схемы метабазы.
Когда IIS запускается, файлы MetaBase.xml и MBSchema.xml читаются уровнем хранения IIS и копируются в метабазу в оперативной памяти. В то время как IIS работает, любые изменения, которые Вы вносите в метабазу в оперативной памяти, периодически пишутся в диск. IIS также сохраняет метабазу в оперативной памяти на диск при остановке IIS.
Для защиты файлов можно написать сценарий, не забыть использовать локальные группы и добавлять глобальные группы для авторизации.