Я беру как час для резервного копирования моей базы данных на 24 ГБ. Я поместил резервное копирование на тот же диск как местоположение фактической базы данных SQL, но я не думаю, что это - причина.
Когда я выполняюсь exec sp_who2
, вот результат:
И вот результат
SELECT wt.session_id, ot.task_state, wt.wait_type, wt.wait_duration_ms, wt.blocking_session_id, wt.resource_description, es.[host_name], es.[program_name] FROM sys.dm_os_waiting_tasks wt INNER JOIN sys.dm_os_tasks ot ON ot.task_address = wt.waiting_task_address INNER JOIN sys.dm_exec_sessions es ON es.session_id = wt.session_id WHERE es.is_user_process = 1
Вот perfmon окно:
Как я могу диагностировать эту проблему?
Я поместил резервную копию на тот же диск, что и месторасположение самого SQL База данных, но я не думаю, что в этом причина.
Проверка реальности - это абсолютно одна из причин того, что резервное копирование, как это, медленное.
Диски ломаются при выполнении нескольких операций одновременно. Еще хуже, когда это "диск", а не "дисковый массив в высокопроизводительном рейде 10".
Ваша голова занята перемещением назад и forh между операциями с базой данных, чтением для резервного копирования и записью в файл.
.