Невозможно получить доступ к виртуальному IP после конфигурирования NLB в окнах 2008

Добавить немного и суммировать другие ответы:

• Используя сжатие ускорит резервное копирование (который читается, некоторые затем пишут, что некоторые - уменьшают 'запись некоторые', и Вы ускоряете вещи), но за счет некоторого дополнительного ЦП. Можно объединить резервное сжатие с регулятором ресурса в 2008 для ограничения этого. Используя сжатие также убыстряется, восстановления (читайте, некоторые затем пишут некоторым снова) - который может быть фантастическим для сокращения времени простоя в ситуации аварийного восстановления.
• Не используя тот же диск для файлов базы данных и резервных копий. Кроме состязательных проблем (который будет варьироваться в зависимости от подсистемы ввода-вывода), это - авария в процессе создания. Худший случай потери данных, которую я когда-либо видел, был, когда сторонняя технология случайно отформатировала диск, который имел базу данных И единственные резервные копии на ней
• Используя чередуемый набор резервных копий. Если можно скопировать базу данных к нескольким файлам резервных копий, то I/Os круглы - robined через файлы резервных копий. Если у Вас есть файлы резервных копий на отдельной системе хранения, можно произвести крупное увеличение производительности.
• Настройте некоторые более усовершенствованные параметры как BLOCKSIZE, MAXTRANSFERSIZE, BUFFERCOUNT

Самые быстрые резервные копии, которые я когда-либо видел, в нашем клиенте, Bwin, в Вене. Они могут скопировать 2 ТБ через 36 минут. Посмотрите мое сообщение в блоге об этом в Высокопроизводительных резервных числах сжатия.

Взгляните на этот PDF SQLCAT, конкретно:

• Раздел 4, страница 71: настройка выполнения резервного сжатия в SQL Server 2008
• Раздел 1, страница 15: настройка резервной части 2 сжатия

Надеюсь, это поможет!