Aracılığıyla paylaş

  • Makale

Disk yedeklemeleri planlaması

 

Yayımlanan: Mart 2016

Uygulama Hedefi: System Center 2012 SP1 - Data Protection Manager, System Center 2012 - Data Protection Manager, System Center 2012 R2 Data Protection Manager

Data Protection Manager (DPM), verileri DPM depolama havuzuna kaydederek diske kısa süreli yedekleme sağlar. Depolama havuzu, DPM sunucusunun korunan veriler için çoğaltmaları ve kurtarma noktalarını depoladığı disk kümesidir. Disk depolamasını kullanarak verileri korumaya başlamadan önce depolama havuzuna en az bir disk eklemeniz gerekir.

Depolama havuzu aşağıdaki kaynakların herhangi birinden oluşabilir:

  • Doğrudan bağlı depolama (DAS)

  • Fiber Kanal depolama alanı ağı (SAN)

  • iSCSI depolama cihazı veya SAN

Notlar:

  • DPM sunucusunda en az iki diskin yüklü olması gerekir: biri işletim sistemine ve DPM yükleme dosyalarına ayrılmış, biri de depolama havuzuna ayrılmış. DPM bağlamında “disk” Windows Disk Yönetimi aracında bir disk olarak bildirilen tüm disk cihazları olarak tanımlanır. DPM; başlangıç dosyalarını, sistem dosyalarını veya DPM yüklemesinin herhangi bir bileşenini içeren herhangi bir diski depolama havuzuna eklemez.

  • Depolama havuzuna eklenen disklerde bölmeler olmamalıdır. Diskleri veri korumasına hazırlamak için DPM bunları Dinamik disklere dönüştürür.

  • Depolama havuzu, aşağıdakiler dahil olmak üzere çoğu disk türünü destekler:

    • Tümleşik Sürücü Elektronik Bileşenleri (IDE)

    • Serial Advanced Technology Attachment (SATA)

    • SCSI

  • Ana önyükleme kaydı (MBR) ve GUID bölümleme tablosu (GPT) bölüm stillerinin her ikisi de desteklenir. GPT diskleri, ek olarak disk boyutunu genişletme esnekliğini sağladığından, DPM depolama havuzu için GPT diskleri kullanmanız önemle önerilir.

  • Depolama havuzu için SAN kullanırsanız, DPM'de kullanılan disk ve bant için ayrı bir bölge oluşturmanız önerilir. Tek bir bölge içinde cihazları karışık kullanmayın.

  • DPM, DPM depolama havuzunda USB/1394 diskleri desteklemez. Ancak, Sanal Bant Kitaplığı (VTL) teknolojisi bu sınırlamanın üstesinden gelmek için kullanılabilir. VTL kullanımı desteklenir.

  • DPM disk depolama havuzu için depolama alanları kullanamazsınız.

  • Yinelenenleri kaldırma işlemi yapılan birimler için destek, DPM işletim sistemine bağlıdır. Daha fazla bilgi için, bkz. Depolama sorunları.

  • Hyper-V sanal makinesi olarak çalışan DPM, yinelenen verileri kaldırma özelliği etkinken yedekleme verilerini bir Windows dosya sunucusu üzerindeki paylaşılan klasörlerde bulunan VHD/ VHDX dosyalarında depolayabilir. Daha fazla bilgi için, bkz. DPM depolama alanında yinelenenleri kaldırma.

  • Bazı orijinal ekipman üreticileri (OEM'ler), sağladıkları medyadan yüklenen bir tanılama bölümü eklerler. Tanılama bölümü, OEM bölümü veya EISA bölümü olarak da adlandırılabilir. Bir diski DPM depolama havuzuna ekleyebilmek için önce EISA bölümlerinin diskten kaldırılması gerekir.

  • Depolama havuzundaki birimler için Disk Yönetimi'nde tanımladığınız özel birimleri de yerine kullanabilirsiniz.

Depolama havuzunu planlama aşağıdakileri içerir:

  • Kapasite gereksinimlerini hesaplama

  • Disk yapılandırmasını planlama

  • Özel birimleri tanımlama

Kapasite gereksinimlerini hesaplama

DPM depolama havuzu için kapasite gereksinimleri değişkendir ve öncelikle; korunan verilerin boyutuna, günlük kurtarma noktası boyutuna, beklenen birim veri büyüme hızına ve bekletme aralığı hedeflerine bağlıdır.

Günlük kurtarma noktası boyutu, korunan verilerde tek bir günde yapılan değişikliklerin toplam boyutunu ifade eder. Bu değer, kabaca bir artımlı yedeklemenin boyutuna eşittir. Bekletme aralığı, diskte korunan verilerin kurtarma noktalarını saklamak istediğiniz gün sayısını ifade eder. Dosyalara yönelik olarak DPM, bir koruma grubunda yer alan her bir birim için en fazla 64 kurtarma noktası depolayabilir ve her gün her koruma grubu için en fazla 8 zamanlanmış kurtarma noktası oluşturabilir.

Not

Dosyalar için 64 kurtarma noktası sınırı, DPM'nin son kullanıcı kurtarma işlevleri için gerekli olan Birim Gölge Kopyası Hizmeti’ne (VSS) ait sınırlamaların bir sonucudur. Kurtarma noktası sınırı uygulama verileri için geçerli değildir.

Genel olarak, dosyaların korunması açısından depolama havuzu boyutunun, korunan verilerin boyutunun üç katı olması önerilir. Bu öneri, korunan verilerin yaklaşık olarak yüzde 10'u oranında varsayılan günlük kurtarma noktası boyutunu ve 10 günlük bir bekletme aralığını (hafta sonları hariç iki hafta) esas alır.

Not

Belirli iş yükleri için hesaplamanın için en iyi yolu DPM depolama alanı hesaplayıcıyı kullanmaktır. Hesaplayıcıyı indirmek için System Center Data Protection Manager 2010 depolama alanı hesaplayıcıları bağlantısına tıklayın.

Günlük kurtarma noktası boyutunuz korunan verilerin boyutunun yüzde 10'undan daha fazla veya azsa ya da bekletme aralığı hedefleriniz 10 günden daha uzun veya kısaysa, depolama havuzu için kapasite gereksinimlerini buna göre ayarlayabilirsiniz.

İlk dağıtımınızda depolama havuzuna ayırdığınız kapasite ne kadar olursa olsun, gerektiğinde kapasite ekleme seçeneğiniz olması için genişletilebilir donanım kullanmanız önerilir.

Aşağıdaki bölümler, günlük kurtarma noktası boyutu ve bekletme aralığı hedeflerinizi belirlemeniz için yol gösterir.

Günlük kurtarma noktası boyutunu tahmin etme

Depolama havuzu boyutunu korunan verilerin boyutunun üç katı tutma yönündeki önerimizde, günlük kurtarma noktası boyutunun korunan verilerin boyutunun yüzde 10'u kadar olduğu varsayılmaktadır. Günlük kurtarma noktası boyutu, verilerin değişme hızıyla ilişkilidir ve tek bir günde oluşturulan tüm kurtarma noktalarının toplam boyutunu ifade eder. Korunan verileriniz için günlük kurtarma noktası boyutunu tahmin etmek üzere, yakın geçmişteki ortalama bir günün artımlı bir yedeklemesini inceleyebilirsiniz. Artımlı yedeklemenin boyutu, genellikle günlük kurtarma noktası boyutunu gösterir. Örneğin, 100 GB'lık veri için artımlı yedekleme 10 GB veri içeriyorsa, günlük kurtarma noktası boyutunuz yaklaşık olarak 10 GB olacaktır.

Bekletme aralığı hedeflerini belirleme

Depolama havuzu boyutunu korunan verilerin boyutunun üç katı tutma yönündeki önerimizde, 10 günlük bir bekletme aralığı hedefi (hafta sonları hariç iki hafta) bulunduğu varsayılmaktadır. 10 günlük bir bekletme aralığı, bir veri kaybı olayı sonrası iki haftaya kadar veri kurtarmaya imkan verir.

Bekletme aralığı hedefiniz ne kadar uzun olursa, her gün oluşturabileceğiniz kurtarma noktası da o kadar az olur. Örneğin, bekletme aralığı hedefiniz 64 gün olursa, her gün sadece bir kurtarma noktası oluşturabilirsiniz. Bekletme aralığı hedefiniz 8 gün olursa, her gün sekiz kurtarma noktası oluşturabilirsiniz. 10 günlük bir bekletme aralığı hedefi söz konusu olduğunda, her gün yaklaşık altı kurtarma noktası oluşturabilirsiniz.

DPM depolamasını hesaplama

DPM’deki en büyük zorluklardan biri, veri kaynaklarının korunmasında kullanılan depolama havuzu için disklerin boyutunu hesaplamaktır. Genel olarak, korunması gereken verilerin (veri kaynağı olarak bilinir) toplam boyutunu kullanırız ve bunu 3 ile çarparız. Aşağıdaki gibi görünür:

DS x 3 =

Belirli iş yükleri için, veri türlerine bağlı olarak yapılabilen daha karmaşık hesaplamalar vardır. (ör: Hyper-V, SharePoint, SQL, Exchange vb.) Örneğin, veri kaynağı boyutunun 4 TB olduğunu varsayın:

DS 4 TB x 3 = 12 TB

Not Belirli iş yükleri için hesaplamanın en iyi yolu DPM depolama alanı hesaplayıcısını kullanmaktır. DPM depolama alanı hesaplayıcısını indirmek için tıklayın: Resmi Microsoft Yükleme Merkezi’nden System Center Data Protection Manager 2010 için depolama hesaplayıcılarını indirin.

Sonraki adım verilerinizin büyüme oranını bilmektir. Örnek olarak %7 büyüme oranı kullanalım. Mevcut 4 TB’yi alıp bunun üzerine %7 büyüme oranı eklerseniz, bir yıl için 0,28 TB olacaktır. Bir yıl sonra, toplam 4,28 TB olacaktır.

4 TB x (1 + %7) = 4,28 TB

Büyüme oranını hesaba kattıktan sonra 12 TB’nin bu büyüme oranında depolama gereksinimlerini bir süreliğine karşılayacağını görebilirsiniz. Ayrıca büyüme oranını içeren depolamayı hesaplayabilirsiniz.

Not Bu, belirli veri türleri için neye sahip olduğunuza bağlı olarak biraz değişebilir. Genellikle başlangıç olarak bunun gibi depolama hesaplamaları yapacak ve gerektikçe büyüteceğiz. DPM’de daha sonra gerektikçe depolama alanı ekleyebilirsiniz.

Aylık ve yıllık depolama alanında bunlar bant ve/veya Azure yedeklemesine gönderilir. DPM, diskte uzun süreli depolama yapamaz.

Disk yapılandırmasını planlama

DPM depolama havuzu için doğrudan bağlı depolama alanı kullanıyorsanız, yedekli bağımsız diskler dizisi (RAID) içeren herhangi bir donanım tabanlı yapılandırma veya bir "sadece bir grup disk" (JBOD) yapılandırması kullanabilirsiniz.

Not Depolama havuzuna ekleyeceğiniz disklerde yazılım tabanlı RAID yapılandırması oluşturmayın. Yazılım tabanlı RAID birimleri diskler arasında taşınamayacağından, yazılım tabanlı RAID yeni disklere geçişi çok zor hale getirir. Ayrıca, DPM tek amaca adanmış bir sistem olmalıdır ve DPM ile ilgili olmayan verileri barındırmak için kullanılmamalıdır. Bu yüzden, DPM tarafından yönetilen disklerde yazılım tabanlı RAID birimleri oluşturmaya gerek yoktur.

Disklerin yapılandırmasına karar vermek için, ortamınızdaki kapasite, maliyet, güvenilirlik ve performansın göreceli önemini dikkate alın. Örneğin, JBOD eşlik verileri depolamak için disk alanı kullanmadığından, JBOD yapılandırması depolama kapasitesinden maksimum kullanım sağlar. Aynı nedenle, JBOD yapılandırmalarının güvenilirliği zayıftır; tek disk arızası kaçınılmaz olarak veri kaybı ile sonuçlanır.

Normal DPM dağıtımı için, DPM; kapasite, maliyet, güvenilirlik ve performans arasında etkili bir denge sağlayan bir RAID 5 yapılandırması önerir.

Depolama havuzunuzdaki diskleri yapılandırmayla ilgili seçenekleri değerlendirmede size yardımcı olması için aşağıdaki tabloda, çeşitli JBOD ve RAID seviyeleri arasında kazanç-kayıp durumları, 4 (çok iyi) ile 1 (kabul edilebilir) arası bir ölçekte karşılaştırılmıştır.

Disk Yapılandırması Kapasite Maliyet Güvenilirlik Performans ve Ölçeklenebilirlik
JBOD 4 4 1. 4
RAID 0 4 4 1. 4
RAID 1 1. 1. 4 3
RAID 5 3 3 3 3
RAID 10 1. 1. 4 4

RAID hakkında daha fazla bilgi için, bkz. RAID kullanarak hataya dayanıklılık sağlama.

Özel birimleri tanımlama

System Center 2012 – Data Protection Manager’da (DPM), koruma grubunun bir üyesi için DPM’nin depolama havuzunda otomatik olarak birim oluşturması yerine kendiniz bir özel birim atayabilirsiniz. Özel birim, korunması için bir veri kaynağı eklenirken çoğaltma veya kurtarma noktası birimi şeklinde kullanılmak üzere el ile oluşturulan ve NTFS olarak biçimlendirilen adanmış bir birimdir. Bu özel birim, DPM depolama havuzu için kullanılan diskler dahil olmak üzere DPM sunucusundaki herhangi bir fiziksel disk üzerinde bulunabilir. Bunu yapmak için şu adımları izleyin:

  1. Yeni Koruma Grubu Oluşturma Sihirbazı’nı veya Koruma Grubunu Değiştirme Sihirbazı'nı çalıştırın.

  2. Disk Ayırmayı İncele penceresinde Değiştir’e tıklayın.

  3. Disk Ayırmayı Değiştir penceresinde, Depolama Türü altındaki açılan menüye tıklayın.

  4. Özel Birim’i seçin ve istediğiniz yapılandırmaları tamamlayın.

  5. Tamam’a tıklayın ve sihirbazdaki adımları tamamlayın.

DPM ile yönetilen depolama havuzu çoğu işletme ihtiyaçları için yeterli olmakla birlikte, belirli veri kaynakları için depolama konusunda daha fazla denetime sahip olmak isteyebilirsiniz. Örneğin, bir depolama alanı ağında yüksek performanslı mantıksal birim numarası (LUN) kullanarak saklamak istediğiniz önemli verileriniz olabilir.

Sistem ve program dosyalarını içeren birim dışında DPM sunucusuna bağlı herhangi bir birim, Yeni Koruma Grubu Oluşturma Sihirbazı'nda bir özel birim olarak seçilebilir. Bir koruma grubu üyesi için özel birimleri kullanmak üzere iki özel birim kullanılabilir olmalıdır: çoğaltmayı depolamak için bir birim ve kurtarma noktalarını depolamak için bir birim.

DPM özel birimlerdeki alanı yönetemez. DPM’deki özel birimler Autogrow özelliğini kullanmaz. DPM bir özel çoğaltma veya kurtarma noktası biriminde yer kalmadığı konusunda sizi uyarırsa, özel birimin boyutunu Disk Yönetimi'nde el ile değiştirmeniz gerekir.

Koruma grubu DPM GUI kullanarak oluşturulduktan sonra bir grup üyesi için DPM depolama havuzunu veya özel birim kullanma seçimini değiştiremezsiniz. Bir veri kaynağının çoğaltması veya kurtarma noktaları için depolama konumunu değiştirmeniz gerekiyorsa, bunu MigrateDatasourceFromDpm.ps1 PowerShell betiğiyle gerçekleştirebilirsiniz.