Вопросы Теги

SQL Server резервный сбой 2005 года

Почти там. Выйдите из своих обратных косых черт на командной строке удара.

#> net rpc SHUTDOWN -I xx.xx.xx.xx -f -U DOMAIN\\user%pwd
#> net rpc SHUTDOWN -I xx.xx.xx.xx -f -U MACHINENAME\\user%pwd

Это должно работать

3
задан 19 May 2009 в 16:14
6 ответов

Вы не можете взять резервные копии журнала, если нет полное резервное копирование базы данных как их 'основа'. Если Вы только что переключились в ПОЛНУЮ модель восстановления, база данных не действительно там, пока Вы не берете первое резервное копирование базы данных - это остается в псевдопростом режиме.

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

[Редактирование] можно найти время, когда последнее резервное копирование базы данных было взято базы данных с помощью этого запроса:

ВЫБЕРИТЕ [backup_start_date], [backup_end_date] ОТ msdb.dbo.backupset ГДЕ [тип] = 'D' И [database_name] = 'Привратник' ORDER BY [backup_start_date] DESC;

или перечислять все резервные копии и их типы (взятый, так как таблицы истории резервного копирования были вручную убраны):

ВЫБЕРИТЕ [backup_start_date], [backup_end_date], [тип] ОТ msdb.dbo.backupset ГДЕ [database_name] = 'Привратник' ORDER BY [backup_start_date] DESC;

D = резервное копирование базы данных, L = регистрируют резервное копирование, я = дифференциальное резервное копирование базы данных.

Больше информации в Книгах Онлайн для 'backupset'

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

4
ответ дан 3 December 2019 в 05:38
  • 1
    Есть ли что-то, что я могу запросить для наблюдения " Резервное копирование chain"? я взял несколько полного резервного копирования этого DB. –  andyhky 19 May 2009 в 21:35
  • 2
    Я отредактировал свой ответ для включения нескольких запросов, которые могли бы помочь Вам выяснить то, что копирует Вас, имеют. –  Paul Randal 19 May 2009 в 22:57

Необходимо выполнить полное резервное копирование перед резервным копированием журнала. http://support.microsoft.com/kb/928317

1
ответ дан 3 December 2019 в 05:38

Существует еще один источник ошибок: Передача журналов может вмешаться в процесс резервного копирования журнала при помещении файлов для передачи журналов в другую папку.

Полная последовательность резервных копий журнала, начинающих с последнего полного резервного копирования базы данных, должна быть в том же месте (папка).

1
ответ дан 3 December 2019 в 05:38
  • 1
    I' m, не используя передачу журналов и полные резервные копии базы данных помещаются в ту же папку. –  andyhky 19 May 2009 в 16:15

Согласно журналу Вы отправили, журналы транзакций не могут быть сохранены, потому что сама фактическая база данных не сохранена. Основная база данных сохраняет, прежде чем Вы попытаетесь скопировать журналы транзакций?

0
ответ дан 3 December 2019 в 05:38

Я отправил в Вашем дублирующемся сообщении, но ошибка в журнале, который Вы отправили, указывает, что база данных не сохраняется, прежде чем журналы транзакций. План технического обслуживания включает задачу скопировать саму базу данных?

0
ответ дан 3 December 2019 в 05:38
  • 1
    Журналы транзакций сохранены ночью в понедельник-субботу. Полное резервное копирование происходит по воскресеньям. –  andyhky 19 May 2009 в 00:14

Это могло быть связано с дополнительными шагами, выполняемыми, которые не упоминаются здесь как

  • резервное копирование Журнала с truncate_only

  • или Вы переключились от ПОЛНОГО или режима восстановления С МАССОВЫМ ПРОТОКОЛИРОВАНИЕМ до ПРОСТОГО

0
ответ дан 3 December 2019 в 05:38

Теги

Похожие вопросы