Veritabanlarını yedeklemek için yardımcı programları kullanıyoruz. Düzenli bir veritabanı yedeklemesi ayarlama MS SQL Server Sql sunucu yedeklemesi bir komut dosyası yazın

Kampta "Test _Recovery" üssünü görüntüleyin " t4».

SQL Server Management Studio ile yeni "Full2_Test_Recovery.bak" yedeğinden veritabanını güncellemeden önce başlayalım. ". Tabanda farenin sağ tuşuyla tıklayın " Test_Kurtarma ", seçme " Görevler", "Geri Yükle", ardından "Veritabanı" verdi.

vikni'de"Kaynak" dalında Veritabanını Geri Yükle" öğesini seçin, "Aygıt" öğesini seçin. Dali « Ekle ”, “\\ vniz-tst-bkp 01. testi. local\Backup_SQL\Full 2_Test_Recovery. bak”, “Tamam”a basın. "Hedef" dalında, Veritabanı Testi Kurtarma

Tamam tuşuna basın"

Temel başarıyla güncellendi.

Transact-SQL kullanarak veri tabanı güncellemesine bir göz atalım.

Test_Recovery veritabanına sağ tıklayın, menüden Yeni Sorgu'yu seçin:

Vіkni'de giriyoruz:

KULLANMAK usta

ESKİ HALİNE GETİRMEK DATABASE Test_Kurtarma

İTİBAREN DİSK= "\\vniz-tst-bkp01.test.local\Backup_SQL\Full2_Test_Recovery.bak"

İLE YER DEĞİŞTİRMEK

Temel başarıyla güncellendi.

Hangi uygulama için DEĞİŞTİR parametresi seçildi:

Revizyon, veri tabanının üzerine başka bir veri tabanı tarafından yazılmasına izin vermez. Veritabanı, akış sunucusundaki RESTORE komutunda zaten belirtilmişse ve verilen veritabanı için GUID ailesi tanımlayıcısı, yedekleme veri kümesinde kaydedilen veritabanı için GUID ailesi tanımlayıcısı olarak teslim alınırsa, yenileme atılmaz.

REPLACE parametresi, yenileme işlemi gibi göründükleri için önemli yeniden yazma işlemlerine bir örnektir. Bu tür yeniden doğrulamalar var.

• Diğer veri tabanı için oluşturulan yedek kopyanın ana veri tabanı üzerinden yenileme için yeniden kontrol edilmesi.Yenileme için DEĞİŞTİR parametresini değiştirirseniz, yedek veri setinde veritabanlarının nasıl bulunduğuna bağlı olarak orijinal veri tabanına bağımsız olarak veri yazabilirsiniz ve veri tabanı kendisine atanmışsa kayıtlı olarak kabul edilir. yedekleme kümesinde. Başka bir veri tabanının veri tabanının üzerine yazımı vipadic'e getirmek mümkündür.
• Günlüğün son parçasının yedek kopyasının oluşturulmadığı ve STOPAT parametresinin durdurulmadığı, revizyonun değiştirme modeli veya yanlış protokollere sahip restorasyon modeli gibi veri tabanlarının yeniden doğrulanması.DEĞİŞTİR parametresi doğru değilse, kaydedilen verilerin üzerine yazılması mümkündür, günlüğe yazılan kalan veri parçaları henüz yedek kopyaya kopyalanmamıştır.
• Mevcut dosyaların üzerine yazma.

Bunun dışında Bacula Enterprise Edition'ın harika işlevselliği, veritabanının yedeklerini hızlı ve kolay bir şekilde oluşturmanıza olanak tanır. Örneğin, yardımı için MS SQL Server'ın bir yedek kopyasını oluşturabileceğiniz araç hakkında bilgi edinin. Windows platformu tarafından bozulan harikaların belirli MS SQL veritabanlarının yedek kopyalarını oluşturarak, üçüncü taraf derleyicilerde daha az miktarda veri ile, en fazla veri güncelleme imkanı ile MS SQL yedeklerinin yedeklerini almak mümkündür. disk sürücüsünde ilk kez (PITR-yerel yedekleme).

MS SQL Server'ın yedeklerini oluşturmaya yönelik Bacula Systems betiği, modern, yüksek performanslı bir mimarinin uygulanması için ulaşılabilen üstün verimlilik ile karakterize edilir. Ayrıca yazılım, MS SQL'in yedek kopyalarını oluşturmak için en güçlü yeteneğe ulaşmak için MS SQL Server'ın bir yedeğini oluşturmanıza olanak tanır.

MS SQL Bacula Systems için yedekleme komut dosyası, VSS'den bağımsız olarak çalışır. Bu, MS SQL Yedekleme Aracının yedekleme oluşturmak için VSS anlık görüntülerini kullanmadığı anlamına gelir. Bu amaçla, Bacula Dosya Kümesine “VSS'yi Etkinleştir = hayır” değerini ayarlayabilirsiniz. MS SQL Server'ın verimli bir şekilde yedeklerinin oluşturulması ve bunların ek çözümlere yönelik desteği, SQL Server için Microsoft API için mevcuttur. Bunu yapmak için Bacula Systems, robotun güvenlik mekanizmalarını ve Microsoft SQL Server'da uygulanan her türlü özgünlüğü destekleyebilir.

MS SQL işlem günlüğünü yedekleme ve MS SQL'i saat başı güncelleme: Bacula Enterprise Edition yazılımı, MS SQL veri bloklarını geri yüklemenize veya özellikle bir sonraki sefere güncellemenize olanak tanır. Sistemi belirli bir konuma güncellemek için MS SQL, PITR-renewal veya LSN kullanabilirsiniz. MS SQL veri tabanını saatin herhangi bir anından tam saniyeye geri yükleyebilirsiniz. MS SQL işlem günlüğünün farklı yedeklerinde, veritabanı güncellendiğinde, seçilen farklı yedeklerden güncellenecektir.

Fonksiyonlara kısa genel bakışBacula Enterprise'dan MS SQL'in otomatik olarak yedeklenmesi ve güncellenmesi

Bacula Systems, Bacula Enterprise Edition için MS SQL Server için bir yedekleme eklentisi oluşturdu. Bacula'dan MS SQL Server'ın yedeklenmesi aşağıdaki işlevlere sahip olabilir:

• MS SQL'in yeni ve farklı bir yedeklemesi için destek
• MS SQL Artımlı Yedekleme Kılavuzu
• MS SQL'i bir bölüme ve yerel diske yedekleyin
• Dağıtım için MS SQL'in yedek kopyası
• MS SQL Server'ın eşit veritabanlarında yedeklerin oluşturulması
• Yedekleme oluşturma prosedüründen veritabanını etkinleştirme/devre dışı bırakma yeteneği
• "Sadece okumak için" veritabanının yedeklerini oluşturma desteği
• MS SQL yedeklerini diske güncelleyin
• Storage Daemon'da aracı olmadan yedekleme akışını zorlama
• Şu anda MS SQL'i güncelleyin

MS SQL yedeği 2008, 2008 R2, 2012 ve 2014'ün gözden geçirilmesi ve kurulumu

Bu belge, yazılımın önceki sürümleri tarafından desteklenmeyen Bacula Enterprise Edition 8.4 ve sonraki sürümleri için çözümler içerir. MS SQL veritabanı yedeklemesi, MS SQL 2003 R2, MS SQL 2008 R2, MS SQL 2012, MS SQL 2005, MS SQL 2008, MS SQL 2014 tarafından test edilmiş ve desteklenmiştir. SQL Express'ten Bacula'dan MS SQL yedekleme robotu mümkündür.

MS SQL Yedekleme Sözlüğü 2008, 2008 R2, 2012 ve 2014

• MS SQL'i Microsoft SQL Server'ın kısaltmasıdır.
• İşlem günlüğü. MS SQL Server veritabanının, veritabanındaki tüm işlemlerin ve değişikliklerin kaydedildiği, bu tür işlemlerin bir saat süren bir işlem günlüğüne sahip olup olmadığı. İşlem günlüğü, veritabanının önemli bir öğesidir. Farklı sistemlerde, veritabanını çalışır duruma yükseltmek için işlem günlüğüne ihtiyaç duyulabilir. Ayrıntılı bilgiyi https://msdn.microsoft.com/en-us/library/ms190925.aspx adresinde bulabilirsiniz.
• MS SQL Server veritabanlarının diferansiyel yedeklemesi. Günün geri kalanı için temellerin diferansiyel yedeklemesi. Diferansiyel yedeklemenin sonunda, bu veriler, kalan tam yedeklemenin oluşturulduğu andan itibaren değiştirilmiş gibi saklanır. Ayrıntılı bilgiyi https://msdn.microsoft.com/en-us/library/ms175526.aspx adresinde bulabilirsiniz.
• MS SQL Server veritabanlarının harici yedeklemesi. Yeni bir veritabanı yedeklemesi sonucunda tüm veritabanlarının bir yedek kopyası oluşturulur. Yedekleme, bir yedek kopyadan veritabanını yeniden güncelleme yöntemiyle işlem günlüğünün bir bölümünü içerir. DB yedeğini yenileyin Yedek kopyanın tamamlanması sırasında DB'yi geri yükleyin. Ayrıntılı bilgiyi https://msdn.microsoft.com/en-us/library/ms186289.aspx adresinde bulabilirsiniz.
• "Yalnızca kopyalamak için" yedekleyin (Yalnızca Kopyala). Yedekler "yalnızca kopyalar", geleneksel SQL Server yedekleri oluşturmanın bariz sıralamasından bağımsız olarak MS SQL yedekleridir. Bazen, veritabanının yedeklenmesi ve güncellenmesi sürecine müdahale etmeden özel ihtiyaçlar için yedekler oluşturabilirsiniz. Ayrıntılı bilgiyi https://msdn.microsoft.com/en-us/library/ms191495.aspx adresinde bulabilirsiniz.
• VDI(Sanal Cihaz Arayüzü) - oluşturmanıza izin veren tüm Microsoft teknolojisi adlandırma kanalı programlar arasında.
• standart maskeler ayarlanır ve ikame karakter satırları. Örneğin, standart maske üretimi*, üretim1 ve üretim2 satırlarını içerir.
• kürek çekmek
• bütün sayı.
• LSN Benzersiz bir işlem kayıt numarasına (LSN) ek olarak MS SQL Server işlem günlüğündeki bir dış görünüm girişi atanır. Daha ayrıntılı bilgi https://technet.microsoft.com/en-us/library/ms190411%28v=sql.105%29.aspx adresinde bulunabilir.

Yedekleme MS SQL Server 2008, 2008 R2, 2012 ve 2014

MS SQL Server 2008, 2008 R2, 2012 ve 2014 veritabanlarının harici yedeklemesi

MS SQL veritabanının yeni bir yedeğinin bir sonucu olarak, veritabanı dosyaları ve işlem günlüğü kaydedilir, bu da zaman zaman MS SQL veritabanını geri yüklemenize olanak tanır. MS SQL veritabanı veritabanının bir veya daha fazla dosya yedekleme zamanında, tüm işlemlerin geri yüklenmesine izin verir. Ayrıca, kazanma sürecinde değiştirilen başarılı işlemler hakkında bilgilendirileceksiniz. Bu modda master ve mbdb veritabanlarının yedekleri oluşturulur.

MS SQL Server 2008, 2008 R2, 2012 ve 2014 veritabanlarının diferansiyel yedeklemesi

MS SQL veritabanlarının kalan tam yedeği üzerinde MS SQL Server veritabanlarının diferansiyel yedeklemesi. MS SQL'in diferansiyel yedeğinin oluşturulması sırasında, bu veriler, MS SQL'in kalan tam yedeğinin oluşturulduğu andan itibaren değiştirilmiş gibi saklanır. MS SQL'in diferansiyel yedekleme işlevi için yedekleme sırası da önemlidir. Bazı nedenlerden dolayı, MS SQL'in kullandığı en son yedekleme mevcut değildir, MS SQL Server veritabanının diferansiyel yedekleri yenilemez. Bacula vicorist yönteminde MS SQL'in yedek kopyalanması ve problemin çözümü. Bu nedenle, doğrulama zamanlarında, farklı bir veritabanı yedeğinin durumu otomatik olarak tam yedeğe yükseltilebilir.

İşlem günlüğünün yedek kopyası MS SQL 2008, 2008 R2, 2012 ve 2014

MS SQL yedeklemesini ve veritabanı yapılandırmasını ayarlama

MS SQL veritabanını yedekten güncelleyin

MS SQL veritabanını bir yedekten güncelleme prosedürünü başlatmak için tüm standart yöntemleri kullanabilirsiniz. Ancak, fark verilerinin güncellenmesi sırasında MS SQL veritabanının en son ileri yedeğinin de güncellenmesi gerçeğindeki değişiklikten siz sorumlusunuz. Şu anda güncelleme otomatik olarak çalışacaktır, bu nedenle konsolda yoga çalıştırırsınız. bkonsol ek güncelleme seçenekleri 5 veya 12 için. Dosya yapılarını oluşturmak için en son veritabanlarını veya veritabanı örneklerini güncellemek gerekir.

MS SQL veritabanlarını yedekten geri yükleme seçenekleri

Bacula Enterprise Edition yazılımı, bilgisayar korsanlarının MS SQL'i güncellemek için kişisel olmayan seçenekler ayarlamasına ve veritabanını "check-in" için farklı yollar ayarlamasına olanak tanır. En sık tercih edilen yenileme seçenekleri aşağıda açıklanmıştır:

• Where parametresi: Bacula Enterprise Edition açılır menüsü için bu parametre, yöneticinin belirli bir konumdaki veritabanını güncellemesine izin verir.
• Parametreyi değiştir: Bacula'nın yedeklendiğinde iş parçacıklı bir veritabanından nasıl davranabileceğini belirlemek için değiştirildi. Bacula gibi MS SQL yedekleme, yükseltme yaparken daha fazla seçenek eklemenize olanak tanır, örneğin:
• Örnek: MS SQL osilatör örneklerinin muzaffer kopyası, Bacula gibi MS SQL veritabanı yedeklemesi hangi örneğin geri yükleneceğini seçmenizi sağlar. Bu parametre isteğe bağlıdır, i, herhangi bir görev olmamasına rağmen seçim güncellenirken backup oluşturulurken belirtilen değer alınır. Terfi için “MSSQLSERVER” adlı örnek verilir.
• veri tabanı. Bu seçenek, güncellenecek veritabanının adını ve veritabanının oluşturulduğu sırada ayarlanan değeri belirtir. Bu parametre isteğe bağlıdır. SQL Server veritabanlarının yedeklerini kilitlerken, yeni veritabanının adını belirtmek için Where parametresini seçin. Where ve Database parametreleri geçerli bir DB adına ayarlanmışsa, Database parametresi geçersiz olacaktır.
• kullanıcı. Ben bir coristuvacha'yım, bir MS SQL veri tabanı örneğine bağlanmak için bir vicorist gibi. Bu parametre isteğe bağlıdır, i, herhangi bir görev olmamasına rağmen seçim güncellenirken backup oluşturulurken belirtilen değer alınır.
• parola. MS SQL veritabanı örneğine bağlanmak için kullanılacak parola. Bu parametre isteğe bağlıdır, i, herhangi bir görev olmamasına rağmen seçim güncellenirken backup oluşturulurken belirtilen değer alınır.
• alan adı. MS SQL veri tabanı örneğine bağlantı için seçilen etki alanı. Bu parametre isteğe bağlıdır, i, herhangi bir görev olmamasına rağmen seçim güncellenirken backup oluşturulurken belirtilen değer alınır.
• iyileşmek. Parametre, güncellendiğinde veritabanının öne getirilip getirilmeyeceğini ayarlamanıza izin verir. Veritabanını güncellerken zamovchuvannyam için öne doğru bir kesim yapacağım.
• Stop_before_mark Umov STOPBEFOREMARK İLE = Vikoristovuetsya, sancaktan hemen önce bilinen işlem günlüğündeki kaydın ilham noktası olduğunu göstermek için. Başlangıç ​​noktası tarih ve saat, LSN veya işaret_adı olabilir.
• Stop_at_mark. STOPATMARK İLE Umov = İşlemin başlangıç ​​noktası olarak belirlendiğini göstermek için işaretlenir. STOPATMARK, işaretlenen işlemin yeniden denenmesini içeren bayrağa ilerler. Başlangıç ​​noktası tarih ve saat, LSN veya işaret_adı olabilir.
• Stop_at= . DURDURMALI Umova = vykoristovuetsya, çıkış noktasının tarih/saat olduğunu belirtmek için.
• Kullanıcıyı kısıtla. Umov'un WITH RESTRICT_USER, güncellenmiş veri tabanına erişimi paylaştığı için kazanır. Promosyonlar için, hayır değeri.

Şu anda MS SQL güncellemeleri, doğrudan MS SQL yedekleme eklentisinden indirilebilir. Ayrıca dosyaları yerel olarak değiştirebilir ve işlemleri Microsoft SQL Server Yönetim Konsolu'ndan değiştirebilirsiniz, bu da onu daha güçlü kılar.

LSN

Günlükteki girişin LSN numarası, belirli bir göz kırpma anında, belirli bir yedeklemenin oluşturulduğu zaman, aşağıdaki yollardan biriyle incelenebilir:

• Ek yazılım Bacula için bir yedekleme oluşturma görevinin bir açıklamasını gördüğümde
• Günlük dosyasını adlandırın
• Tablo msdb.backupset
• Tablo msdb.backupfile

Görev oluşturulmadığında, görevin açıklaması görüntülendiğinde MS SQL veritabanının yedeği LSN numaralarıyla ilgili bilgileri gösterecektir:

Sayı İlk LSN kalan yedeğin kalan LSN numarasını işlem günlüğüne gönderin. Bu yedekleme, ilk yeni yedekleme veya kalan yedekleme (artımlı) olabilir.

Sayı son LSN dergide kayıtlı işlemin geri kalanını onaylayın.

İşlem günlüğüne (artımlı) bir yedekleme durumunda, artımlı bir yedekleme oluşturma görevinde DB zinciriyle ilişkili dosyayı adlandırarak, saldırgan bir sıralama gibi görünecektir:

İsimdeki sayı, aklımızdaki 42000162001, Önceki yedeklemenin kalan LSN numarasını yanıtlayın (yeni veya artımlı bir yedekleme oluştururken).

Şekil 2: İlk LSN, Kalan LSN ve Dosya Adı LSN

Küçük 2 için uygulamada gösterildiği gibi, yöneticinin ülkedeki MS SQL veritabanını güncellemesi gerektiğinden, LSN numarası 14'ü doğrular, aşağıdakileri kullanabilirsiniz:

• Veritabanı güncelleme menüsünde, seçenek 5'i seçin.
• “data.bak” yedekleme dosyasının geri kalanını seçin (LSN: 10)
• Artımlı yedeklemeyi seçin “log-10.trn”

Aksi takdirde, MS SQL Server'ın son yedeği mevcut değilse, ancak ön yedeği mevcutsa, o zaman:

• Zafer güncelleme seçeneği 3, iş kimliklerinin varsayılan değerlerini sarın
• “/@mssql/db29187” veritabanı dizinini seçin
• Yeni bir “data.bak” yedekleme dosyası seçin (LSN: 2)
• Artımlı yedeklemeleri seçin "log-2.trn", "log-3.trn", "log-10.trn"
• stop_at_mark parametresini "lsn:14" olarak ayarlayın
• Yedekleme görevini başlat

MS SQL yükseltme senaryoları

Tablo 1: MS SQL Yükseltme Senaryoları

2.3.1 MS SQL veritabanlarını farklı isimlerden güncelleme

Veritabanını kaldırılan adlarla geri yüklemek için parametre Neresi atamalardan sorumlu değildir (boş değer), aksi takdirde “/” değerini ve parametreyi ayarlayabilirsiniz. Yer değiştirmekönemli olabilir Her zaman, aksi takdirde veritabanını baştan kaldırmak gerekir.

MS SQL yedeğinin yeni isimlerle yenilenmesi

MS SQL veritabanının bir yedeğini yeni isimlerle geri yüklemek için veritabanı dosyalarını diske taşımak gerekebilir. DB'nin hala dışarıda olduğu gerçeğini göz önünde bulundurun.

Veritabanı mevcut değilse, parametre nerede, veya “Eklenti Seçenekleri” alanı yeni veri tabanı olarak adlandırılabilir. Bacula'daki MS SQL'i yedekleyin, yeni adlardan otomatik olarak bir veritabanı oluşturun.

Veritabanına hala ihtiyaç varsa, dosyaları diske taşımak için where parametresi değiştirilecektir ve “Plugin Options” menüsünün arkasında yeni veritabanının adını belirtmeniz gerekecektir. İnovasyon ağacı için layout.dat dosyasını seçmeniz gerekiyor.

Vicorist Kataloğum

MS SQL güncelleme görevini çalıştırın:

Kataloğum'u seçtikten sonra, MS SQL veritabanı güncelleme görevini çalıştırın:

MS SQL'i yerel bir sürücüye güncelleyin

Nasıl denir nerede=c:/yol/, dosyalar yerel diske güncellenecektir ve MS SQL veritabanı yöneticisi, veritabanını güncellemek için Microsoft SQL Server Yönetim Konsolu için TSQL uzantı prosedürünü değiştirebilir. SQL komutları, veritabanı güncellemeleri gerekli, açıklamada yeniden alındı iş çıktısı Aşağıda gösterildiği gibi.

2. Veritabanı için yedekleme ve yenileme ile ilgili bilgilerin revizyonu

Belirli bir veri tabanının yedek kopyalarının oluşturulup oluşturulmadığını ve ayrıca veri tabanının bir yedek kopyadan geri yüklenip yüklenmediğini anlamak için standart sesi kullanabilirsiniz " » (Yedekleme ve Geri Yükleme Etkinlikleri). Bu sesi oluşturmak için Sunucu Nesneleri tarayıcısında giriş veri tabanına sağ tıklayın, " Telefon etmek» (Raporlar) - « standart ses» (Standart Raporlar) - « Yedekleme ve güncelleme gönder» (Yedekleme ve Geri Yükleme Etkinlikleri).

Aşağıdaki verilerin oluşumu:

• Yedekleme İşlemleri İçin Geçen Ortalama Süre
• Başarılı Yedekleme İşlemleri
• Yedekleme İşlemi Hataları
• Başarılı Geri Yükleme İşlemleri

Bilgileri gözden geçirmek için yıldızların gruplandırılmasını genişletmek gerekir.

Chi, chia makalesine yardımcı oldu mu?

MS SQL Server veritabanlarından tabloları nasıl kopyalayacağınızı öğrenin. Tablonun kopyalarını oluşturmak için proponu dekіlka seçenekleri. Hangisini seçmeli - tabloların yapısında yatmak, yeni dizinlerde görünmek, çok ince tetiklemek ve ayrıca ellerinizle çalışmak.

1. Tablo yapısını kopyalamanın manuel yöntemi

Microsoft SQL Management Studio'da, veritabanını seçin, tabloyu seçin, fareye sağ tıklayın ve "Script Tablosu" -> "CREATE TO" -> "New Query Editor Window" öğesini seçin. İstek üzerine, tablo oluşturma kodu görüntülenir. Tabanın adının yenisinin belirtilmesi gerekir, tablonun bir kopyasının yapılması ve taban değiştirilmemesi için yeni adın yapılması gerekir. Tablo yapısını oluşturmak için kodun nasıl oluşturulacağı aşağıdaki küçük kutuda gösterilmiştir.

Bu yönteme ek olarak, bir tablo dizini oluşturulacak, ancak tetikleyiciler biriktirilmeyecektir. Bunları benzer şekilde kopyalamak gerekir.

Önceden oluşturulmuş tablodan verileri kopyalamak için aşağıdaki SQL sorgusunu çıkarmak gerekir:

..tmp_tbl_Deps içine EKLE SEÇ * FROM ..tbl_Deps

2. SQL tablolarını tek satırda kopyalama

Bir veritabanının ortasındaki tabloların ve verilerin yapısının bir kopyasını alın:

tbl_Deps'DEN tmp_tbl_Dep'e * SEÇİN

Tablonun yapısını ve її verilerini bir tabandan diğerine kopyalayın:

..tbl_Deps'DEN ..tmp_tbl_Deps'e * SEÇİN

Bu çözümün dezavantajı, dizinlerin kopyalanmamasıdır.

Önceki materyallerdekilerden bağımsız olarak, Microsoft SQL Server veritabanlarının yedek kopyalanmasını zaten tartışmıştık, bir okuyucunun görüşü, daha derinlere oturmuş teorik kısım ile kapsamlı bir materyal yaratma ihtiyacını gösteriyor. Doğru, makalenin pratik ifadelerine vurgu yapan vikonanlar, yedek kopyayı hızlı bir şekilde geliştirmenize izin verir, ancak daha sessiz olanları seçmenin nedenlerini açıklamaz. Bu açıklığı düzeltmeye çalışacağız.

yenileme modelleri

İlk adım, bir yedek kopya oluşturmak ve ardından yenileme modelini seçmektir. Optimal bir seçim için, bir sonraki adım, verilerin bu diğer modelin uygulanmasında üst üste bindirilerek ne ölçüde boşa harcandığını değerlendirmektir.

Gördüğünüz gibi, MS SQL veritabanı iki bölümden oluşur: veri tabanının kendisi ve ondan önceki işlem günlüğü. Saatin geçerli anında veri ve hizmet verilerini almak için veritabanı, işlem günlüğü, şarkı dönemi için veritabanındaki tüm değişikliklerin geçmişini içerir, işlem günlüğü ile olup olmadığını baz çevirmeyi seçebiliriz. saatin belirli bir anı.

Örnekleme için kuzukulağı ortamında iki yenilik modeli tanıtılmıştır: basit. Ayrıca modeli kullan yanlış protokoller, ancak tabanın saatin doğru anında güncellenmesi gerekmiyorsa, yalnızca büyük ölçekli kitle operasyonları dönemi için yeni modele ek olarak önerilir.

basit model yalnızca veritabanı verilerinin yedek kopyasını aktarırken, veritabanını yalnızca yedek kopya oluşturma sırasında güncelleyebiliriz, kalan yedek kopyanın oluşturulması ile arıza arasındaki ara dönemdeki tüm değişiklikler kaybolacaktır. Aynı zamanda, şema küçük faturalarla basittir: yalnızca veri tabanının bir kopyasını kaydetmeniz gerekir, işlem günlüğü otomatik olarak küçülür ve genişlemelerde büyümez. Ayrıca yenileme işlemi en basit olanıdır ve fazla zaman almaz.

povna modeli veritabanını herhangi bir zamanda güncellemenize izin verir, aynı zamanda veritabanının yedek kopyalarını kaydetmenize, yedeklemeye ihtiyaç duyabileceğiniz tüm dönem için işlem günlüğünün bir kopyasını kaydetmenize olanak tanır. Veritabanı ile aktif çalışma ile işlem günlüğünün de genişletilmesi ve arşivlerin genişletilmesi daha büyük açılımlara ulaşabilir. Yenileme süreci de zengin bir şekilde katlanır ve saat başı kesilir.

Bir yenileme modeli seçerken, yenileme kredisini yedek kopya alma kredisi ile takip edin ve ayrıca yenilemeye yol açacak personelin niteliklerini ve niteliklerini de dikkate alın. Ayrıca en son model ile, basit şema yönergeleri takip etmek için yeterli olsa bile, bilgi ilk kalifikasyonun personeli için yeterli olacaktır.

Az miktarda veri eklenecek veritabanları için, yüksek kopya sıklığına sahip basit bir model kazanmak daha uygun olabilir, böylece girilen verileri manuel olarak girerek hızlı bir şekilde güncelleyebilir ve çalışmaya devam edebilirsiniz. İlk model orada muzaffer olmaktan suçludur, veri israfı kabul edilemez ve onu önemli vitralarla güçlendirmek mümkündür.

Yedekleri görün

Veritabanının yeni kopyası- açık bir ad olarak, veritabanında, yedek kopyanın oluşturulduğu saat için etkin işlem günlüğünün o kısmı (devam eden tüm işlemlerin kaydını tutmak için). Yedekleme sırasında veritabanını geri yüklemenizi sağlar.

Veritabanının bir kopyası- Bir kopyası bile tek bir nedolіk olabilir, veri tabanının tüm bilgilerinin intikamını almaz. Yedeklemelerin sık sık yapılması gerektiğinden, ekonomik olmayan disk alanının gücünden dolayı, aynı veriler tarafından koleksiyonun bir kısmı alınacaktır. Usunennya tsgogo nedolіku için, veri tabanının perakende kopyalarını vikoristovuvat edebilir, yakі bilgisizdir, scho chіnіlasa vardır ve kopyalamaktadır.

Zvertaemo saygı, perakende kopya - geri kalanının anında Yeniden kopyala, tobto. dermal ilerleyen perakende kopya, öndeki verilerin intikamını almak için (ancak kokuyorsa değiştirilebilir) ve kopyanın boyutu yavaş yavaş büyüyecektir. Yenileme için bir kopya ve bir perakende kopya yeterlidir, gerisini arayın. Perakende kopya sayısı, genişlemelerinin büyümesine göre seçilmelidir, yalnızca birkaç perakende kopya, toplamın yarısının genişlemesiyle karşılaştırıldığında, yeni bir kopya oluşturmak mümkündür.

İşlem günlüğünün yedek kopyası- zastosovuєtsya yalnızca yeni yenileme modeli için ve önceki kopyanın oluşturulduğu andan itibaren işlem günlüğünün bir kopyasını değiştirmek için.

Önümüzdeki anı hatırlamak önemlidir - işlem günlüğünün kopyaları veri tabanının kopyalarıyla ilgili değildir ve önceki kopyaların bilgilerini silmez, bu nedenle tabanı güncellemek için o dönemin kopyalarının kesintisiz bir kopyasına sahip olmanız gerekir. , yani temel olmak istiyorsun. Herhangi bir anda kalan başarılı kopyalama, dönemin ortasında olabilir.

Küçük olana hayret edin, sanki günlük dosyasının ilk kopyası kullanılacakmış gibi, o zaman sadece yeni kopya sırasında baz istasyonunu geri yükleyebilirsiniz; bu, basit yenileme modeline benzer olacak, baz istasyonunu geri yükleyecektir. Saatin herhangi bir anında, saldırgan tekrarlardan sadece biraz sonra) kopyalama yapabilirsiniz, Akıl için, dergilerin kopyalarının tabanın önden kopyalanmasından başlayarak ve uzaktaki lansetlerinin kesintisiz olacağı (küçük biri için - üçüncü ve uzak).

İşlem günlüğü

Farklı yedek kopya türlerinin yenilenmesi ve tanınması süreçlerini anlamak için işlem günlüğünün eklerine daha ayrıntılı bakın. İşlem - mantıklı olabileceğinden ve daha fazla vikonana olabileceğinden, mümkün olan en az mantıksal işlem. Böyle bir pіdkhіd zabezpechuє, herhangi bir durum için danih'in en iyisi değildir, oskolki promіzhny stan operasyonu kabul edilemez. Hedef veritabanında herhangi bir değişiklik olup olmadığını kontrol etmek için işlem günlüğü.

Bir işlem gerçekleştiğinde, işlem günlüğüne işlem başlangıcı ile ilgili bir kayıt eklenir, cilt kaydına önemsiz bir sırayla benzersiz bir numara (LSN) atanır, günlükte herhangi bir değişiklik yapılırsa, giriş yapılır. log ve log tanınırsa, işlem (sabitleme) işlemlerinin tamamlanması.

Dış görünümde tetiklendiğinde, sistem işlem günlüğünü analiz eder ve kaydedilmemiş tüm işlemleri okur, günlükte kayıtlıysa veya diske yazılmamışsa değişiklikler bir kerede ileri alınır. Tse, yedek canlı sistemlerin kullanılabilirliği için verilerin bütünlüğünden korkmadan önbellek ve mevduat kayıtlarını geri kazanma fırsatı verir.

Etkin işlemlerin intikamını almanın ve verilerin yenilenmesi için kazanmanın bir yolu olarak günlüğün bu bölümüne, günlüğün aktif bölümü denir. Minimum yenileme numarası (MinLSN) olarak adlandırılan bir sayıya dayanmaktadır.

En basit haliyle MinLSN, ilk tamamlanmamış işlemin kayıt numarasıdır. Küçüklere biraz daha bakarsanız, mavi işlemi gördüğünüzde MinLSN'yi 321'e eşit alıyoruz, 324 kaydında sabitledikten sonra MinLSN numarası 323'e değişiyor, bu da henüz yeşil işlem numarası ile tutarlı değil. sabit.

Pratikte, biraz daha karmaşıktır, örneğin, bu kapalı mavi işlemler hala diske atılamaz ve MinLSN'nin 323'e taşınması geçersiz işleme geri yüklenebilir. Bu gibi durumlardan kaçınmak için bir kontrol noktası kavramı getirildi. İlerleyen zihinler için kontrol noktası otomatik olarak oluşturulur:

• Açık KONTROL NOKTASI talimatları sırasında. Günün akış veri tabanındaki kontrol noktası spratsovuє.
• Minimum kayıt ile daha büyük bir veri tabanı işlemi olması durumunda, örneğin daha büyük bir veri tabanı kopyalama işlemi olması durumunda, hatalı protokollere sahip yenileme modeli genişler.
• ALTER DATABASE talimatını kullanarak veritabanı dosyalarını eklemek veya silmek bir saattir.
• Ek SHUTDOWN talimatı için bir SQL Server örneği çalıştırırken veya bir SQL Server (MSSQLSERVER) hizmeti çalıştırırken. Bu ve başka bir şekilde, SQL Server örneğinde bir cilt veritabanı kontrol noktası oluşturulacaktır.
• SQL Server örneğinin, veritabanının hızlı bir şekilde güncellenmesi için dış görünüm veritabanında periyodik olarak otomatik kontrol noktaları oluşturması budur.
• Veritabanının yedek bir kopyasını oluşturma saatinin altında.
• Veri tabanının dahil edilmesi anlamına gelen vikonannya diї saatinin altında. Stoklar, AUTO_CLOSE parametresi AÇIK olarak ayarlanabilir ve oturumun geri kalanını veritabanı ile kapatabilir veya veritabanı parametresini değiştirerek veritabanını yeniden başlatabilir.

Tarihin ne kadar erken olduğuna bakılmaksızın MinLSN, kontrol noktası kayıt numarasının veya bekleyen en eski işlemin değerini atayacaktır.

İşlem günlüğü geliştirmesi

Günlük gibi bir işlem günlüğü, eski kayıtların periyodik olarak temizlenmesini gerektirir, aksi takdirde kredi, mevcut tüm alanda büyüyecektir. Vrahovyuchi, işlem günlüklerinin veritabanıyla scho aktif çalışması veritabanının boyutunu önemli ölçüde değiştirebilir, zincir şu anda yöneticiler açısından zengindir.

Fiziksel olarak, işlem günlüğü dosyası, günlük büyümesinden sırayla doldurulan sanal günlükler için bir kapsayıcıdır. MinLSN kaydının yerini alması gereken mantıksal günlük, etkin günlüğün en üstündedir, ön mantıksal günlükler etkin değildir ve otomatik veritabanı güncellemesi için gerekli değildir.

Basit bir yenileme modeli seçilirse, mantıksal günlükler fiziksel dosyanın %70'ine eşit olduğunda, günlüğün etkin olmayan kısmı sov. kesinti. Ancak, fiziksel dosya değiştirilene kadar günlük dosyasını getirmeyin, mantıksal günlükler kesilir, böylece işlemden sonra tekrar dövülebilirler.

İşlem sayısı büyükse ve fiziksel dosyanın boyutunun %70'ine ulaştığında, etkin olmayan mantıksal günlükler olmayacak, fiziksel dosyanın boyutu artırılacaktır.

Bu şekilde, basit bir güncelleme modeline sahip işlem günlüğü dosyası, nokta tabanlı çalışma etkinliğine genişleyecek, doki, günlüğün tüm aktif bölümünü barındıramayacak. Pіslya, hangi yogo büyümesine bağlı kalacak.

Yeni model ile yevmiye defterinin aktif olmayan kısmı kullanılamaz, yedek kopyaya kadar dock'lar kullanılamaz. Kontrol noktası oluşturulduktan sonra işlem günlüğünün yedek bir kopyasının yapıldığını bilmek adına gerçekleştirilecek günlüğü güncelleyin.

Yeni model altında işlem günlüğü yedeğinin yanlış yapılandırılması, genellikle bilgisiz yöneticiler için bir sorun olan kontrolsüz günlük dosyası büyümesine yol açabilir. Ayrıca genellikle işlem günlüğünü manuel olarak yükseltmek için kullanılır. Yeni bir yenileme modeliyle, bunun çalışması kategorik değildir, böylece derginin dergi kopyalarının bütünlüğünü bozarsınız ve tabanı yalnızca kopyaların oluşturulduğu sırada geri yükleyebilirsiniz, böylece bir onaylayabilirsiniz. basit modeli.

Makalenin koçanında bahsettiğimiz şeyi kendiniz tahmin etmenin zamanı geldi, böylece modeli yeniden icat etmek için diğer tarafa çevirebilir, basit model arasındaki farkı görebilirsiniz.

Basit bir inovasyon modeli

Şimdi, gerekli minimum bilgiyi edindikten sonra, ilham modellerinin ayrıntılı bir incelemesine geçebiliriz. Basitten başlayalım. Diyelim ki, savaş sırasında bir satırımız ve iki perakende kopyamız vardı:

Yedek kopya üretim için bir kez yapıldı ve kalan kopya 21'den 22'ye kadar geceleri oluşturuldu. Zbіy vіdbuvaєtsya, siyah kopyanın oluşturulmasından önce 22'nci akşamı. Aynı zamanda, iş gününün geri kalanı için para harcayacakları perakende kopyaların geri kalanını daha sonra yenilememiz gerekecek. Her ne sebeple olursa olsun, 21'inci nüsha da geç görünecektir, o zaman bir gün çalışarak ön nüshayı yenileyebiliriz, ancak 20'nci nüsha başarılı olmazsa, başarılı bir şekilde yenilemek mümkün olmayacaktır. tarihin 21'i akşam ise apaçık nüshaları.

yenileme modeli

Benzer bir duruma bir göz atalım, ancak yeni bir inovasyon modelinin durmasından. Maliyet + perakende ilkesine göre yedek kopyalar da bizde seyrek ve ayrıca çıkarma için işlem günlüğünün bir kopyası.

Yenileme süreci zaman zaman katlanabilir olacaktır. Tobto dergisinin son parçasının (chervonim ile gösterilen) bir yedek kopyasını manuel olarak oluşturmamız gerekiyor. Kazadan önce son kopyanın yapıldığı andan itibaren günlüğün bir parçası.

Hiçbir şey oluşturmazsanız, ben işlem günlüğünün kalan kopyasını oluşturana kadar veritabanını geri yükleyebilirsiniz.

Günlüğün bir önceki güne ait bir kopyasının her olası dosyasıyla, asıl ana kampı restore etmeye başlamayın, kopyanın geri kalanını yaratma anıyla bizi kuşatın, tobto. akış doby.

Daha sonra, yedek kopyanın geri kalanından sonra oluşturulan derginin aynı perakende kopyasını ve neşter kopyalarını daha sonra güncelleyeceğiz, derginin son parçasının kalan kopyası, bu da bize veritabanını tam zamanında geri yükleme fırsatı verecek ya da onu havaya uçurmak için yeterli.

Perakende kopyanın geri kalanı kaydedilecekse, o zaman basit bir model için bir iş gününe kadar üreteceksiniz, aynı model kopyayı yeniden yapmanıza izin veriyor, ardından işlem günlüğünün tüm kopyasını şu tarihe kadar kullanmanız gerekecek. kopyayı yeniden yaptığınız an. İlhamın derinliği, kütüklerin kesintisiz mızrağının derinliklerinde yatmaktan daha azdır.

Öte yandan, işlem günlüğünün kopyalarından biri kaydedilecekse, diyelim ki yeniden dağıtılacaksa, verileri yalnızca kalan yedek kopyanın + güvenli olmayan kopyasının süresi boyunca onaylamak mümkündür. dergi kopyaları. Örneğin, dergiler 12, 14 ve 16 yılda karıştırılmışsa ve daha sonra bir dergi, 14 yılda kreasyonsa, o zaman kesintisiz mızrağın sonuna kadar veri tabanının bir kopyasını, tobto yapmak mümkündür. 12 yaşına kadar.