Служба поддержки партнеров Commvault посоветовала мне отключить резервное копирование основной базы данных, поскольку резервное копирование не удалось из-за блокировки файла журнала.
Ниже приводится совет:
"Сообщение вызвано неспособностью Commvault выполнить резервное копирование журнала транзакций главной базы данных. Если это происходит периодически, возможно, что-то блокирует журнал транзакций, не позволяя агенту SQL iData получить доступ к журналу. Обычно основная база данных является просто шаблоном и не используется никакими приложениями (приложения, которые действительно требуют использования базы данных SQL, создают свои собственные), поэтому не должно быть никакого вреда в предотвращении ее резервного копирования. Вы можете сделать это, указав НЕ выполнять резервное копирование в первичной копии для Агент данных SQL "
Я получаю следующее сообщение об ошибке.
sqlxx SQL Server /
SQLxx Н / Д /
Системные БД 19856 *
(CWE) Журнал транзакций Н / Д 08.01.2010 19:00:16
(08.01.2010 19:00:18) 08.01.2010 19:03:15
(08.01.2010 19:03:14) 1,44 МБ 0:01:11 0,071 2 0 1
ITD014L2
Причина отказа:
• КОД ОШИБКИ [30: 325]: ошибка во время резервного копирования. Ошибка: [ОШИБКА: [Microsoft] [Драйвер ODBC SQL Server] [SQL Server] Не удается создать резервную копию журнала основной базы данных. Вместо этого используйте РЕЗЕРВНУЮ БАЗУ ДАННЫХ. [Microsoft] [Драйвер ODBC SQL Server] [SQL Server] BACKUP LOG аварийно завершает работу.]
Параметры задания: создание нового индекса, запуск нового носителя, резервное копирование всех субклиентов, журнал усечения, отслеживание точек монтирования, резервное копирование файлов, защищенных защитой системных файлов, остановка службы DHCP при резервном копировании данных состояния системы, остановка службы WINS при резервном копировании данных состояния системы Связанные События:
• 79714 [backupxx / JobManager] [01.08.2010 19:03:15]: задание резервного копирования [19856] завершено. Клиент [sqlxx], тип агента [SQL Server], субклиент [системные базы данных], уровень резервного копирования [журнал транзакций], объекты [2], сбой [1], продолжительность [00:02:59], общий размер [1,44 МБ] , Используемый носитель или путь монтирования [ITD014L2].
• 79712 [sqlxx / SQLiDA] [01.08.2010 19:01:53]: ошибка во время резервного копирования. Ошибка: [ОШИБКА: [Microsoft] [Драйвер ODBC SQL Server] [SQL Server] Не удается создать резервную копию журнала основной базы данных. Вместо этого используйте РЕЗЕРВНУЮ БАЗУ ДАННЫХ. [Microsoft] [Драйвер ODBC SQL Server] [SQL Server] BACKUP LOG аварийно завершает работу.]
• 79711 [sqlxx / SQLiDA] [08.01.2010 19:01:51]: результат запроса [[Microsoft] [драйвер ODBC SQL Server] [SQL Server] Не удается создать резервную копию журнала главной базы данных. Вместо этого используйте РЕЗЕРВНУЮ БАЗУ ДАННЫХ. [Microsoft] [Драйвер ODBC SQL Server] [SQL Server] BACKUP LOG аварийно завершает работу.].
• 79707 [backupxx / JobManager] [08.01.2010 19:00:15]: получен новый запрос резервного копирования для клиента [sqlxx], iDataAgent [SQL Server], экземпляра [SQLxx], субклиента [системные базы данных], уровня резервного копирования [ Журнал транзакций].
Не удалось создать резервную копию файлов:
• Ошибка резервного копирования базы данных [главная]
Пожалуйста, посоветуйте, спасибо.
НЕЕЕТ, НЕ прекращайте резервное копирование мастера! В то время как большинство приложений не взаимодействуют напрямую с основной базой данных, мастер содержит данные о текущем состоянии вашего сервера, баз данных и всего остального. Это ужасный совет до такой степени, что я серьезно подумаю о том, чтобы выбросить их продукт. Это действительно удивляет меня, когда я говорю от агента поддержки продукта резервного копирования.
модель это база данных шаблонов, а не master. master имеет решающее значение для правильной работы вашего сервера (то есть вообще). Если с ним что-то случится, и у вас нет последней копии для восстановления, тогда ваш сервер работает нормально, и вам нужно будет перестроить, повторно подключить все свои базы данных и т. Д.
+1. Вот Это Да! Рекомендация партнерской службы поддержки Commvault ужасает. Основная база данных содержит ключи от королевства (информация о базе данных, информация для входа в систему, информация о сервере и т. Д. И т. Д.). Без этого тост эффективнее. Как заявляли другие, для баз данных master, model и msdb должен быть установлен режим простого восстановления, и поэтому нельзя выполнять резервное копирование журнала транзакций, только резервное копирование базы данных. Если вы попытаетесь создать резервную копию журнала транзакций, задание резервного копирования или план обслуживания не удастся выполнить на этом этапе. Кроме того, при резервном копировании SQL Server с использованием стороннего программного обеспечения для резервного копирования (BackupExec, Commvault и т. Д.) Необходимо установить и использовать соответствующий агент приложения (агент SQL), а файлы базы данных (mdf, ldf) не должны копироваться непосредственно в файловый уровень.
Судя по сообщениям журнала, похоже, что они пытаются запустить резервную копию журнала транзакций (BACKUP LOG) в главной базе данных. Мастер (например, модель и msdb) должен быть в простой модели восстановления, которая запрещает резервное копирование журнала транзакций. Вам нужно только сделать полную резервную копию (BACKUP DATABASE) системных баз данных.
Я бы определенно позаботился о регулярном резервном копировании - master хранит всю информацию о конфигурации для сервера, и без него вам пришлось бы настраивать почти все с нуля, если бы у вас был серьезный сбой. Я слышал, что некоторые люди говорят, что главное не нужно делать резервную копию ежедневно (она меняется только при изменении на системном уровне), но у меня это есть во всех моих ежедневных планах обслуживания, поэтому я не забываю делать резервную копию вверх.
Этот совет точно такой же, как если бы кто-то сказал вам не выполнять резервное копирование состояния вашей системы, потому что он вам не нужен для восстановления сервера, если у вас есть все данные. Просто глупо.
Конечно, вы можете перестроить сервер без основной БД, но тогда вам нужно будет перенастроить все с нуля; это означает не только подключение БД и установку параметров системы, но также повторное создание логинов и назначение разрешений.