У мене є файл .BAK SQL Server 2005 (створений за допомогою плану технічного обслуговування), який я намагаюся відновити в інший екземпляр SQL Server 2005.
Незалежно від того, я використовую інтерфейс користувача або RESTORE DATABASE, процес відновлення, схоже, зупиняється на 99%. Якщо я використовую RESTORE VERIFYONLY FROM DISK="mybackup.bak" він повідомляє, що моя резервна копія дійсна.
Цікаво, відразу після того, як я запустивпроцес відновлення, у моєму каталозі MSSQLDATA з'являється файл журналу транзакцій 43 Гб. Файл .BAK становить 60 Мб. Система має більш ніж достатньо вільного місця для цього відновлення.
Будь-які пропозиції щодо інших стратегій відновлення я повинен спробувати? Я збираюся дозволити відновити працювати на ніч і подивитися, що станеться.
Дякую
Відповіді:
6 за відповідь № 1Якщо у вас є журнал операцій 43Gb, залежно відшвидкість ваших дисків, відновлення займе якийсь час. Що це означає, що під час резервного копіювання вашого дБ, він мав 43 Гб файл журналу, і він був порожнім. Тому, коли ви відновлюєте, SQL Server повинен йти і виділити 43 Гб для файлу журналу, і він повинен фізично перейти і виключити 43 Гб, і це займає деякий час.
Я пропоную почекати деякий час, щоб відновитизавершити, можливо, кілька годин пари або зробити резервну копію журналу транзакцій на виробництві, а потім скоротити файл транзакції, щоб сказати 100 Мб, а потім зробити резервну копію та відновити його.
ІТ дуже важливо для розуміння моделей відновлення та використовуваних моделей резервних копій. Не просто ляпайте дБ на виробництво і нехай він працює, якщо ви не впораєтеся з нею, ви потрапляєте у великі проблеми.