[Çözüldü] SQL backup and vmware tool snapshot

Soru pek anlaşılır gelmedi bana. Şöyle düşünülebilir. VSS temel de OS düzeyinde dosyalar filesystem de kullanımda olduğundan tekrar kullanabilmeyi sağlar.
DB truncate işlemleri backup uygulama ayarları, özelliklerine bağımlıdır. Örneğin WSB ile truncate yaparak ve yapmadan da backup alabilirsiniz.
Snapshot ise disk tabanında katman farkıyla yapılan bir işlem. Ayrıntısını kb vmware den bakarsanız daha iyi anlayacaksınız.
Kısaca finalde daha alt katman disk kaynak tabanı, OS üzeri file tabanını kırmaz ancak bu backup uygulamasının özellikleri, yapılandırması ile ilgilidir daha çok.
Buradan fikir edinebilirsiniz.
https://www.veeam.com/blog/why-snapshots-alone-are-not-backups.html#:~:text=Veeam%20Backup%20&%20Replication%20does%20indeed,part%20of%20the%20backup%20process.

Herkese iyi bayramlar oncelikle,

DB/SQL uygulamalarinda fazlaca bilgim yok ama sorumu biraz daha acmaya calisayim. Vmware ortaminda manual olarak snapshot aldigimizda, SQL database'lerin "last database backup" bilgisi update/guncellenmis oluyor ki bu snapshot alinan zamani isaret etmekte. Anlasilan bu vmware tool'un VSS writer tetiklemesiyle SQL tarafinda olan bir islem; fakat bu snapshot transaction loglara dokunmuyor. Sadece point-in-time kopya olusturuyor. Anyi sekilde biz bu arada SQL uzerinde herhangi bir yedekleme islemi de gerceklestirmiyoruz; yani backup cozumu bu esnada aktif degil -sadece vmware snapshot.

Benim anlamaya calistigimda, vmware snapshot ile "last database backup" kisminda guncellenen bilginin, alinan yedeklemeler uzerinde bir etkisinin olup olmayacagi. Tahminimce "log truncate" olmadigi surece, bu islemin herhangi bir sorun yaratmayacagi yonunde. Bunuda SQL tarafinda, databaselerin loglarin yazdirilmadigi/commit/truncate olmadigi surece, degismedigini dusunerek soyluyorum ama, belirttigim gibi fazlaca bilgim yok yanlis/eksik olabilir! 

Soyle bir ornekle aciklamaya calisayim; sabah 7 ve aksam 8 iki defa backup aldigimizi dusunelim. Oglen vakti saat 1'de manual vmware snapshot aldik. Eger alinan snapshot, SQL database uzerinde gercekten bir yedekleme islemini harekete geciriyor ise sabah 7 -oglen 1 arasindaki bilgi bir sonraki aksam 8 yedeklemesinde gorunmeyebilir/kayip olabilir ki bu da yedekleme zincirinde/backup chain bir kirilmaya/eksikligi yol acabilir. Yani geri donus/recovery icin elimizde tam bir kopya/kopyalar olmayabilir. 

Umarim daha aciklayici olmustur. Kisacasi snapshot ile guncellenen "last database backup" (database properties kismindan gozlemlenebilir) yedekleme zinciri/backup chain uzerinde bir sorun yaratip yaratmayacagi.

Tesekkurler,

Merhaba,

Eğer bu konularda çok fazla bilginiz yok ise bu dokumanı incelemenizi tavsiye ediyorum.

sql-server-on-vmware-best-practices-guide.pdf

Eğer bir uygulama bu işlemi tetiklemiyor ise yani bir backup uygulaması normalde yedekleme süreciniz bundan etkilenmez.

https://community.idera.com/database-tools/blog/b/community_blog/posts/virtual-machine-snapshots-versus-database-backups

https://www.sqlskills.com/blogs/paul/the-accidental-dba-day-7-of-30-backups-recovery-models-and-backup-types/

Bilgiler icin tesekkurler. Varabildigim sonuc, Hakan beyin dedigi gibi yedekleme zincirinin/backup chain alinan snapshot'tan etkilenmeyecegi yonunde.