У меня есть работа, которая каждую ночь выполняет резервное копирование всех подключенных баз данных, однако это может привести к зависанию сервера, если кто-то подключится в это время. У меня ТОННЫ накладных расходов ЦП, с которыми нужно работать (я использую чуть более 5%, всего 8 ядер, максимум, может быть, 30%, остальные находятся в режиме ожидания), моя проблема в том, что я привязываю свой ввод / вывод. Посмотрев на монитор ресурсов, я заметил, что приоритет ввода-вывода в мониторе ресурсов чтения в mdf и в файл .bak имеет приоритет Normal.
Есть ли способ запустить мои резервные копии на Background приоритет?
Вы можете создавать резервные копии баз данных по пути UNC (вручную или путем создания устройства резервного копирования), чтобы вы могли попробовать это, но вы будете менять дисковый ввод-вывод на сетевой ввод-вывод.
Это на самом деле не отвечает на вопрос (как настроить приоритет ввода-вывода для операции резервного копирования), но может помочь значительно ускорить резервное копирование и уменьшить их влияние на другие действия:
Если вы можете записывать свои резервные копии на диски, которые не хранят файлы данных и журналов базы данных. С вращающимися дисковыми накопителями это значительно повышает производительность, потому что операция резервного копирования не вызывает постоянно переключения головок между областью, содержащей данные в реальном времени (для чтения страниц), и областью, в которую выполняется запись резервной копии (для хранения этих страниц).
Это может означать добавление дополнительного физического диска (или нескольких дисков, чтобы вы могли использовать RAID для резервирования) к машине для резервного копирования, особенно если у вас есть только один диск или массив, который содержит все. Если у вас есть файлы данных и журналов на разных дисках / массивах, но у вас нет третьего диска / массива для записи резервных копий и вы не можете их добавить, запись резервных копий на диск с журналами обычно выполняется быстрее, чем их запись. на диск с файлами данных (так как активных страниц в файлах журнала намного меньше, за исключением исключительных случаев).
Выполните обновление до SQL Server 2008 Enterprise или SQL Server 2008 R2 Standard или более поздней версии, используйте собственное сжатие резервных копий и обменяйте часть этих циклов ЦП на потенциально значительно сокращенное время резервного копирования.
Нет, не существует поддерживаемого способа изменения одного потока на другой уровень приоритета. Вы можете попробовать использовать что-то вроде LiteSpeed и / или HyperBac для сжатия резервных копий, что снизит требования к вводу-выводу записи.