SQL Server yükseltmesi yüklendikten sonra veritabanı anlık görüntüsünü “hack-drop”

SQL Server 2014'e yükseltildikten sonra veritabanı anlık görüntülerinin bırakılamadığı bir sorunla ilgileniyorum . Anlık görüntüler geçersizdir ancak düşürülemez.

Şimdi Bağlan öğesinin hayal kırıklığı yaratan bir yorumu olmasına rağmen, bunun sonunda çözüleceğini varsayıyorum. Ancak, bununla yakında ilgilenmeliyim.

Bu hata nedeniyle silinemeyen bir veritabanı anlık görüntüsünü bırakmanın bir yolu var mı? Korkarım bunu yapmak için tüm belgelenmiş araçları tüketmiştim. Sistem tablolarında belgesiz değişiklikler yapılması gerekebilir. Bir veritabanını (anlık görüntüyü) bırakılmaya zorlamanın bir yolu var mı?

sql-server sql-server-2014

— usr
kaynak

Sunucuyu kapatmayı ve anlık görüntü için .SNP dosyalarını silmeyi denediniz mi? (Ve bunu denemek için bir test sunucunuz var mı?)

— RLF

@RLF Henüz belgelenmemiş bir şey denemedim. Denemek için her gün bir bakım pencerem var.

— usr

Bunu bir Azure VM'sinde çoğaltabildim ve yalnızca birincil veritabanını çevrimdışı olarak ayarlayıp anlık görüntüyü bırakarak çözebildim.

ALTER DATABASE AdventureWorks2012 SET OFFLINE
DROP DATABASE AdventureWorks2012_SN001

— wBob
kaynak

Bu bana bir hafta önce ne olduğunu açıklıyor. Anlık görüntüyü bırakabildim ve nedenini bilmiyordum. Üst veritabanını çevrimdışı ayarladığımı hatırlıyorum.

— usr

Azure VM'leri için şerefli bir söz. Bir geliştirici olarak, ayda 100 £ "ücretsiz" ödeneği alıyorum, bu yüzden galeriden bir SQL 2012 A2 VM oluşturdum, provizyon ve bağlanmak için yaklaşık 5 dakika sürdü. Sonra Adventureworks2012 örnek db'yi indirdim, ekledim ve bir anlık görüntü oluşturdum. Anlık görüntünün biraz iş yaptığından emin olmak için birkaç kayıt güncelledim, sonra SQL 2014'e yükselttim. VM'yi kapattım ve Yakalama seçeneğiyle bir anlık görüntü aldım, bu yüzden tekrarlanabilir bir süreç yaşadım. Birkaç şey denedim, ancak çevrimdışı ve silme bir tedavi çalıştı. Şimdi VM'mi silebilirim. Azure için kazanın!

— wBob