Ağ Yedekleme Alternatifleri


11

Çevremizde Her Zaman Kullanılabilirlik Grubunda bazı sunucularımız var.

Normalde bir ağ paylaşımına yedekleme yaparız, ancak son zamanlarda veritabanlarının büyüdükçe, geçen sürenin uzadığını ve tüm ağı yavaşlattığını gözlemledik.

Ola hallengren'in senaryosu sıkıştırma ve yedekleme dosyalarını bölmek için kullanılıyor. Yalnızca günlük "tam" yedeklemeler gerçekleştiriyorum. Yedeklemeler ağ paylaşım EMC isilon sürücüsüne gidiyor.

EMC DD Boost ile asla rahat değilim. Tek alternatif yerel bir yedekleme yapmak ve daha sonra aynı ağ paylaşımına kopyalamaktır.

Yukarıdakilerden başka etkili bir yol var mı?


Veritabanı belirli bir boyuta ulaştığında, verileri yedeklemenin tek yolu çoğaltmadır. Ancak durumunuz henüz orada değil gibi görünüyor. Yine de, çoğaltma hakkında şimdi hiçbir araştırma yok
slebetman

Yanıtlar:


10

Bahsettiğiniz alternatif en iyi seçim gibi görünüyor.

Yapabilecekleriniz 2 adımlı bir işlemdir:

  • Ola'nın yedekleme çözümünü yerel olarak kullanarak yerel sql sunucu yedeklerini sıkıştırın.
  • Bir ağ paylaşımına aktarım yapmak için Robocopy kullanın. Bu ayrıştırılmış ve Windows zamanlanmış görev olarak çalışabilir.

Bu şekilde yedekleriniz yereldir ve hızlı olurlar. Daha fazla disk alanına ve açık yedekliliğe ihtiyacınız olacak (yedek disk başarısız olursa - tüm yedeklerinizi kaybetmek istemezsiniz).

Alternatif olarak, Max Vernon tarafından önerildiği gibi, robokopinin yalnızca yedekleme başarıyla tamamlandığında ve yedekleme tamamlandıktan sonra mümkün olan en kısa sürede gerçekleştiğinden emin olmak için Robocopy'yi yedekleme işinde bir adım olarak yapın. Yedekleme, yerel kaldığı sürece verilerle aynı risk altındadır.

Ayrıca, bir yedeği geri yükleyemiyorsanız, hangi amaca hizmet eder!

Ayrıca, büyük veritabanlarını ayarlama SQL Yedekleme benim cevabım bakın


15

MAXTRANSFERSIZE veya BUFFERCOUNT gibi farklı düğmelerle uğraşarak veya dosyayı şeritleyerek (zaten yaptığınızı belirttiğiniz) yedeklemeleri ayarlamanın yolları vardır .

Sorun şu ki, bu düğmelere dokunmak yine de ağınızın ve / veya depolama alanınızın sınırlarına ulaşmanıza neden olabilir ve bunların yedekleme süresi üzerinde gerçek bir etkisi yoktur.

İlk işiniz, yedeklediğiniz depolama alanını Crystal Disk Mark veya DiskSpd kullanarak karşılaştırmak olmalıdır . Bu size yazmaların en iyi şekilde ne kadar hızlı olmasını bekleyebileceğiniz konusunda bir fikir verecektir.

Test etmeniz gereken bir sonraki şey, yedeklediğiniz sürücülerden okunur. NUL için bir yedek çalıştırırsanız , diske yazmak zorunda kalmadan yedeklemenizin sadece okunan bölümünün ne kadar süreceğini zamanlayabilirsiniz .

Her iki sayıyı da göz önünde bulundurarak, yedekleme hedefinizin yerel veya ağa bağlı olup olmadığına bakılmaksızın, hangilerinin size en yakın olduğunu görmek için diğer düğmelerle uğraşmaya başlayabilirsiniz.


9

Birkaç potansiyel çözüm:

  1. Tam doludan haftalık tam yedeklemeye ve gece diferansiyeline geçmek kolay bir çözüm olabilir.
  2. Ola'nın komut dosyalarında ayarlayabileceğiniz performansla ilgili bir dizi parametre vardır, istediğiniz performansı elde etmek için bunları değiştirebilirsiniz:

    • BlockSize
      Fiziksel blok boyutunu bayt cinsinden belirtin.

      DatabaseBackup'taki BlockSize seçeneği BLOCKSIZE, SQL Server BACKUP komutundaki seçeneği kullanır .

    • BufferCount
      Yedekleme işlemi için kullanılacak G / Ç arabelleklerinin sayısını belirtin.

      DatabaseBackup içindeki BufferCount seçeneği BUFFERCOUNT, SQL Server BACKUPkomutundaki seçeneği kullanır .

    • MaxTransferSize SQL Server ile yedekleme ortamı arasında kullanılacak en büyük aktarma birimini bayt cinsinden belirtin.

      DatabaseBackup içindeki MaxTransferSize seçeneği MAXTRANSFERSIZESQL Server BACKUPkomutundaki seçeneği kullanır .


5

Birçok olası seçenek vardır, ancak veritabanları büyüdükçe ve tam yedeklemeler daha uzun sürdüğü için, daha önce yapmadıysanız, muhtemelen farklı yedekleri dahil etmeniz gerekecektir:

Tam yedekleme oluşturmaya kıyasla, diferansiyel yedekler oluşturmak çok hızlı olabilir. Bir diferansiyel yedekleme, yalnızca diferansiyel yedeklemenin ardından yapılan tam yedeklemeden bu yana değişen verileri kaydeder. Bu, veri kaybı riskini azaltan sık veri yedeklerinin alınmasını kolaylaştırır.

Anladığım kadarıyla, Ola'nın komut dosyaları , ModificationLevel parametresini kullanarak veritabanındaki değişiklik miktarına bağlı olarak tam veya farklı bir yedekleme arasında karar verecek şekilde ayarlanabilir .

EMC DD Boost'u kullanıyoruz ve kendi görüşünüze hoş geldiniz, ancak kullandığı istemci tarafı çoğaltma yöntemleri nedeniyle, çoklu TB veritabanlarının tam yedeklemelerinin çok hızlı olabileceğini, SQL Server diferansiyel yedeklemeleri hakkında endişelenmemize gerek kalmayacak. Aslında EMC DD kullanarak size olan adil değil, SQL Server, diferansiyel yedekleme yapıyor. Birden fazla hedef dosya kullanmak DDBoost'ta bile hızı büyük ölçüde artırır.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.