Як "зламати" знімок даних бази даних після оновлення SQL Server

Я маю справу з проблемою, коли після оновлення SQL Server до 2014 року знімки з баз даних не можуть бути залишені . Знімки є неіснуючими, але їх не можна скинути.

Тепер, хоча елемент Connect має в собі невтішний коментар, я припускаю, що це буде виправлено з часом. Однак мені з цим незабаром потрібно розібратися.

Чи є спосіб скинути знімок із бази даних, який неможливо видалити через цю помилку? Я боюся, що я вичерпав усі задокументовані засоби для цього. Можливо, будуть внесені недокументовані модифікації системних таблиць. Чи є спосіб змусити скинути базу даних (знімок)?

sql-server sql-server-2014

— usr
джерело

Ви намагалися вимкнути сервер та стерти .SNP-файли для знімка? (А чи є у вас тестовий сервер, щоб спробувати це?)

— RLF

@RLF Я ще не пробував нічого недокументованого. У мене щодня є вікно технічного обслуговування, щоб я міг експериментувати.

— usr

Мені вдалося відтворити це в Azure VM і вирішити, просто встановивши основну базу даних в автономному режимі та видаливши знімок, наприклад

ALTER DATABASE AdventureWorks2012 SET OFFLINE
DROP DATABASE AdventureWorks2012_SN001

— wBob
джерело

Це пояснює те, що сталося зі мною тиждень тому. Мені вдалося скинути знімок, і я не знав чому. Я пам’ятаю, що я встановив батьківську базу даних в автономному режимі.

— usr

Просто почесна згадка для візуальних машин Azure. Як розробник, я отримую 100 гривень на місяць "безкоштовну" допомогу, тому я створив SQL 2012 A2 VM з галереї, зайняв близько 5 хвилин для забезпечення та підключення. Потім я завантажив зразок db Adventureworks2012, додав його та створив знімок. Я оновив кілька записів, щоб переконатися, що знімок виконує якусь роботу, після чого оновлений до SQL 2014. Я вимкнув VM і зробив знімок з опцією Capture, тому у мене був повторюваний процес. Я спробував кілька речей, але в режимі офлайн і видалення працювали частування. Тепер я можу видалити свій VM. Перемагай у Azure!

— wBob