Назад | Перейти на главную страницу

Проблемы с пространством журнала - определение дискового пространства, необходимого для DAG CopyQueueLength

У меня есть база данных DAG, DAG1, с 300000 CopyQueueLength. Статус копии - Не удалось и приостановлено. Изучая проблему, я обнаружил, что для базы данных требуется повторное заполнение, чтобы запустить и запустить обменную копию. Однако меня беспокоит пространство в этой базе данных DAG, которое необходимо скопировать на сервер EXCH2.

Обозначает ли CopyQueueLength элементы, которые нужно скопировать, или размер в КБ?

Что я должен учесть, прежде чем запускать повторное заполнение?

задний план

В конечном итоге я установил соответствующий диск с EXCH1 на EXCH2 того же размера. При запуске процесса повторного заполнения журналы были объединены между серверами. Я запустил копию через https: // localhost / ecp

  1. Выбранные серверы> Базы данных> База данных
  2. Выбранное обновление справа
  3. Выбран EXCH1 в качестве сервера для повторного заполнения
  4. пусть побегет

В начале копирования я увидел, что используемое дисковое пространство уменьшилось за пару минут - я предполагаю, что это произошло с любым процессом консолидации, который запускает процесс повторного заполнения.