Uçtan Uca SCDPM 2012 R2 Vol1 – System Center Data Protection Manager Nedir ?

Bu bölüm sizlere System Center Data Protection Manager ürününün nasıl çalıştığını altyapısında çalışan bileşenlerin nasıl işlediğini daha iyi anlamanızı sağlayacaktır.

Günümüzde bir çok yedekleme yazılımı dağıtıcıları bulunmaktadır. Bu yazılımların hepsi ile yedekleme işlemlerinizi gerçekleştirebilirsiniz. Fakat third-party yazılımlar ile DPM arasındaki en büyük fark DPM bir yedekleme yazılımı değil kurtarma ürünüdür. Microsoft bu ürünü piyasaya tanıtırken fikirleri DPM kullanımda koruma altına alınmış Veri tabanlarını onarmak için bir DBA olmasına veya SharePoint restorasyon işlemleri için SharePoint Admin’ e ihtiyaç duymadan desteklenen bütün Microsoft platformları için Veri Merkezleri (Data Center) veya daha küçük ortamlar için DPM Yöneticilerinin hızlı ve sağlıklı olarak koruma veya restorasyon işlemlerini gerçekleştirebilecekleri bir şekilde optimize edilmiştir.

DPM ile birlikte bir çok farklı bileşen ve fonksiyon kullanılarak koruma ortamlarında sizlere büyük tecrübeler kazandıracaktır. DPM İşletim sistemleri üzerinde farklı bileşenleri kullanmaktadır. Fakat dikkat edilmesi ve bilinmesi gereken üç farklı anahtar bileşen bulunur. Bunlar ;

  • PowerShell
  • DPMDB
  • Volume Shadow Copy Services (VSS)

DPM üzerinde gerçekleştirilen ajan dağıtımları, ayarlamalar, koruma grupları ve buna benzer ilgili bütün işlemler yerel veya uzak SQL Veritabaları üzerinde DPMDB veritabanı içerisinde tutulur. DPM sunucusunda oluşabilecek herhangibir restorasyon durumu için en önemli nokta DPMDB veritabanınızın yedekliliğinin sağlanmasıdır.

Ayrıca DPM Medyası içerisinde gelen yerel SQL üzerinde veritabanının tutulabileceği gibi Microsoft ortamlarınızda bulunan uzak SQL Serverlarınız üzerindede barındırabilirsiniz.

VSS en önemli bileşenidir. VSS DPM’ e çevirim içi ve işlenen veriler üzerinde online shapshotlar oluştururken verinin okunarak yedekleme kabiliyetini katar. Bu bölümün bizim için kapsadıkları :

  • DPM dağıtımının planlanması
  • Windows Uygulamaları
  • DPM Disk Havuzları
  • Bağlı Servisler, Yerel Hesaplar ve Gruplar
  • Volume Shadow Copy Services (VSS)
  • DPM Agent nasıl çalışır ?
  • GUI Penceresi
  • DPM üzerindeki Ek Özellikler ve Roller
  • PSDataSourceConfig.XML
  • Yedeklemelerdeki Sorunların Teşhisi
  • Yükseltme Senaryoları

 

DPM Dağıtımının Planlanması

DPM dağıtımının planlamasına sıra geldiğinde dikkate almanız gereken bir kaç husus bulunmaktadır. İlk belirlenmesi gereken dağıtımın yapılacağı DPM Sunucusu sayısı, yedek bir network ağının kullanılacağı veya kullanılmayacağı, ajan dağıtımı, Disk havuzlarının toplam boyutları ve buna benzer hususlar. İlk olarak, donanımsal gereksinimlere göz atalım.

Donanımsal Gereksinimler

DPM sunucuları üzerinde donanımsal gereksinimler minimum ve önerilen gereksimler olarak iki farklı performans almanızı sağlar. Planlama saffasında donanımsal gereksinimler muhtemelen ortamınızdaki DPM performansındaki beklentilerinizi etkileyecektir.

Hatırlatmalıyım ki DPM yapılandırmalarınızda Local SQL ve DPM ürününüz aynı kaynakta barınıyor ise önerilen kaynaklara istinaden RAM miktarınızı biraz daha yüksek tutmalısınız.

Önceden olduğu gibi günümüzde artık donanımlar işletmeler için yüksek maliyetlerde değiller, bundan ötürü DPM ürünün kaynaklar ihtiyaç duyduğunu hesaba katarak satın alınması gerekir.

Minimum Gereksinimler

DPM kullanımda gereken minimum kaynaklar şöyleki :

İşlemci 1 GHz dual-core CPU veya daha üstü

Ram 4 GB

Page File 0.2 percent of all combined size of all recovery point volumes

Disk Alanı DPM Kurulumunda gereken 3 GB

Veritabanı sürücüsü 900MB

Sistem sürücüsü 1 GB

Depolama Havuzu Korunan verinin 1,5 katı büyüklüğünde

Önerilen Gereksinimler

DPM kullanımda önerilen kaynaklar şöyleki :

İşlemci 2.33 GHz quad-core CPU veya daha üstü

Ram 8 GB

Page File RAM miktarının 1.5 katı olarak belirlenmeli

Disk Alanı Temp File ları için herzaman mutlaka 2 – 3 GB boş disk alanı bulunmalıdır.

Depolama Havuzu Korunan verinin 1,5 katı büyüklüğünde

DPM İşletim Sınırları

Limitler DPM sunucunuzun üzerinde ki yük’ e bağlı olarak koruma altına alınmış sunucularda bulunan iş yüküne göre değişiklik gösterir. Veri limitlerini minimum gereksinimlere göre göz önünde bulundurularak temel alınır.

Burada bilmeniz gereken bazı kritik noktalar bulunmaktadır. İlk olarak, DPM sunucusu üzerinde minimum gereksinimler temel alındığında koruma altına alabileceğiniz Sunucu 75 Client 150 dir. Koruma verilerini saklamak için kullanabileceğiniz Disk Havuzu, 600 lojik sürücü içerebilir. Bunlardan 300 lojik sürücü (Volume) replika sürücüsü diğer 300’ ü de kurtarma noktalarını (Recovery Point) içermektedir.

Diğer iş yüklerinin dosya datası ve 512 online snapshotı için disk havuzunda 64 kurtarma noktasına sahip olabilirsiniz.

DPM sunucusu için minimum gereksinimler temel alınarak 80 TB Disk Storage’ a sahip olabilirken, bu disk havuzunda kurtarma noktası (Recovery Point) maximum 40 TB boyutunda olabilir.

DPM 64.bit bir yazılımdır ve 64.bit’lik mimariye sahip olan işletim sistemi üzerine kurulabilir. Tabi ki hem 32.bit hem de 64.bit mimarilerindeki sistemler koruma altına alınabilir.

Windows Uygulamaları

DPM Windows iş yüklerini yedekleme (backup), kurtarma (restore) ve felaket senaryolarını (disaster recovery) kapsayacak şekilde destekleyerek optimize edilmiştir. DPM ürün gruplarindan sadece yedegi (backup’i) belirten ve islemi onaran (restore) ön-tanimlanmis bir tanimi izledigi icin, farkli saticilarla karsilastirildiginda onarici senaryolar konusunda size bir avantaj/ilerleme saglar. DPM, tanimlanmis bir VSS yazicisi olan Windows uygulamalarini muhafaza eder.

Eğer bu Windows uygulamaları kümelenmiş (clustered) bir halde ve DPM ajanları kurulu olmasa dahi DPM cluster yapısındaki üyeleri ve ayarlarını fark edebilir.

Exchange Server

Data Protection Manager ile koruma altına alabileceğiniz Service Pack seviyesinde Exchange Server ürünleri aşağıdaki gibidir.

  • 2003 SP2
  • 2007
  • 2010
  • 2013

 

SQL Server

Data Protection Manager ile koruma altına alabileceğiniz SQL Server ürünleri versiyonları aşağıdaki gibidir.

  • 2005 SP1
  • 2008
  • 2008 R2
  • 2012

SharePoint Server

Data Protection Manager ile koruma altına alabileceğiniz SharePoint ürünleri versiyonları aşağıdaki gibidir.

  • SharePoint Services3.0
  • SharePoint Services 3.0 SP Search
  • Office SharePoint Server 2007
  • SharePoint 2010
  • SharePoint 2013

Sanallaştırma Platformları

Data Protection Manager ile koruma altına alabileceğiniz Sanallaştırma platformları aşağıdaki gibidir.

  • Hyper-V ( Windows Server 2008 )
  • Hyper-V ( Windows Server 2008 R2 SP1 Enterprise and DataCenter)
  • Hyper-V ( Windows Server 2012 DataCenter and Standard )
  • Hyper-V ( Windows Server 2012 R2 DataCenter and Standard )

Windows İstemciler

Data Protection Manager ile koruma altına alabileceğiniz İstemci işletim sistemleri aşağıdaki gibidir.

  • Windows XP SP2
  • Windows Vista
  • Windows Vista SP1
  • Windows Vista SP2
  • Windows 7
  • Windows 8
  • Windows 8.1

System State

System State domain mimarisinin en önemli öğesidir. İçerisinde Active Directory yapısı sistem dosyaları, registry ayarları, AD veritabanı ve SYSVOL klasörü gibi bir çok öğeyi içerir, bundan sebep koruma altına alınması gereken en önemli nesnedir. DPM ile koruma altına alabileceğin bir başka nesnedir.

DPM Disk Havuzu

Koruma işlemine başlamadan önce ürünün en önemli ihtiyaçlarından olan disk havuzlarına disklerin bağlanması gerekmektedir ve mutlaka storage poollarınız Dynamic disklerden oluşmalıdır. DPM ile disk tiplerini veya alternatif teknojilerini seçmek oldukça kolaydır. Burada önemli olan DPM ile kullanılacak depolama ambarının üzerine bağlanmış olmasıdır. Bu demek oluyor ki disk havuzlarına SAN, NAS, DAS, İSCSI LUN, Fiber Channel LUN, VHD ve yerel diskler bağlayarak çalışılabilir.

Tavsiye

Tabiki burada koruma altına alınacak verilerin taşıdığı önem seviyesine göre DPM Storage Pool yerine daha yüksek hıza ve performansa sahip olan SAN yapısı üzerindeki LUN ları kullanılabilir.

Dikkate alınması gereken bir diğer hususda kullanılmak istenen kısa vadeli (disk) veya uzun vadeli (tape) yedekler için İSCSI Tape ünitesi veya disk kullanılması hedefleniyor ise ayrı bir NIC kullanılması önerilir.

Bir diğer konuda disk havuzlarında kullanamayacağınız depolama birimleridir. İşletim sistemleri üzerinde çıkartılabilir depolama birimleri olarak kullanılanabilen USB veya IEEE 1394 FireWire depolama birimleri kullanılamaz.

DPM Disk Havuzundaki disklerin yönetimi ve altında yatan teknolojiler hakkında bilinmesi gereken bazı kısıtlamalar bulunuyor :

  • Bölüm türü Master Boot Record (MBR) olan diskler için 2 TB sınırı bulunur.
  • Microsoft desteklese bile kullanılan GPT disklerinizi 17 TB’ dan daha fazla büyütmeyin.

(Bu DPM Geliştirme Grubu tarafından önerilmektedir.)

  • NTFS tarafından desteklenen varsayılan küme (cluster size) boyutu lojik sürücü (Volume) 16 TB dır.
  • Virtual Disk Service (VDK) 32 üyeye kadar dağıtılmış lojik sürücüleri destekler, bu demek oluyor ki DPM disk havuzunda 32 disk’ ten fazlası kullanılmamalıdır.
  • DPM Disk havuzunda bulunan maximum Recovery Point 40 TB’ ı geçmemeli bununla birlikte Disk havuzunda korunan data 80 TB’ ı aşmamalıdır.
  • DPM disk havuzunuz 600 lojik sürücüye sahip olabilir.

Disk Havuzu İçin RAID Seviyeleri

Kullanılacak olan DPM Disk havuzlarının planlanması önemlidir. Planlamanın en kritik noktalarından biri disk havuzlarında ki RAID seviyeleri ve yapılandırılmalarıdır. Bu saffa da yaptığınız tercihler sonucunda DPM Disk Havuzları üzerinde iyi veya kötü performanslar almanız ile doğru orantılıdır.

Disk Havuzlarınızın planlanmasında göz ardı etmemeniz gereken dört kategori bulunmaktadır.

Bunlar :

  • Kapasite
  • Maliyet
  • Güvenirlik
  • Performans ve Ölçeklenebilirlik

DPM Kullanan bir çok işletme genellikle RAID seviyesi olarak RAID 5 yapısını kullanır, bu seviye belirttiğim 4 kategoride iyi sonuçlar alınmasını sağlamaktadır. Burada genellikle unutulan RAID 5 mimarisinin performans ve güvenirlilik için ihtiyaç duyduğu gerçek disk sayıdır. Her Storage dağıtıcıları kendilerine ait depolama ünitelerinde belirttikleri en üst limitler bulunmaktadır. Kullandığınız depolama üniteleri üzerinde izin verilen maximum limitlerini dağıtıcısı tarafından teyit ettirtiniz.

Aşağıdaki matrisler size işletmeniz için ihtiyaç duyulan performansı alabilmeniz için gereken disk gereksinimlerini belirterek RAID seviyesini daha iyi anlamanıza yardımcı olacaktır.

İlk matris üzerinde değeri (value) 1 olan zayıf 4 olan iyi olarak değerlendirilir.

İkinci matris üzerinde kullanabileceğiniz minimum / maksimum disk sayısı, Okuma ve Yazma performansları gibi sizleri biraz daha fikir sahibi yapacak bilgileri bulabilirsiniz.

İşletmenizde ki DPM Disk Havuzunuzdan yüksek performans elde etmek istiyorsanız RAID 10 seviyesini tercih edebilirsiniz. Bu RAID seviyesi maliyet konusunda en uygunu olmasa da size yüksek performans sağlayacaktır.

Yazılım Denetleyicilerine karşı Donanımsal Denetleyiciler

Yazılım ve Donanım seçenekleri ile ilgili olarak, Microsoft her zaman Donanım Denetleyicilerini kullanmanızı önerir. Tabi ki DPM yazılımsal denetleyiciler ile çalışabilir fakat Disk Havuzlarınız için performans, tutarlılık ve güvenilirliği sağlamak istiyorsanız her zaman donanımsal denetleyici kullanmalıdır.

Sektör Boyutu ( Sector Size )

Kurumsal bir dağıtım için DPM Disk Havuzu (disk pool) planlaması gerçekleştiriyorsanız, bu konuda iki kritik nokta bulunmakta ve bu noktalar göz önüne mutlaka alınmalıdır:

  • Veri akışının nasıl yazıldığı
  • Disk’ e yazılacak olan verinin büyüklüğü

DPM datayı 64 KB’ lık paketler halinde yazmaktadır. Eğer DPM Disk Havuzlarınız da SAN mimarisini kullanmayı planlıyorsanız, bunlar sizin senaryolarınız için önemli noktalardır.

Özel Lojik Sürücüler ( Custom Volumes )

DPM 2012 bazı otomatik iyileştirme fonksiyonlarına sahiptir. Bunlardan bir tanesi DPM 2010 ile getirilen, kullanılmakta olan lojik sürücüler (volumes) üzerinde otomatik olarak büyütmeyi gerçekleştirmesidir. Bazı durumlarda koruma altında bulunan çok önemli veya kritik değere sahip olan verilerinizi restore işlemlerinde size çok daha fazla I/O performansı sağlayacak depolama çözümlerinizde barındırmak isteyebilirsiniz. DPM yöneticisi olarak, korunan verinin DPM disk havuzu üzerinde hangi disk üzerinde tutulması gerektiğini belirleye bilmenin tek yolu custom volumeleri kullanmaktır. Bir senaryo düşünün koruma altına alınmış Exchange mailbox veritabanlarınızın performanslı SAN storage üzerinde tutulması yerine daha ucuz depolama ambarı üzerinde tutarak böylece SLA’ ları yönetebilirsiniz.

Custom Volumeleri kullanmak sizlere replica, recovery point (kurtarma noktası) ve özel lojik birimler üzerinde yönetimsel işlevlilik kabiliyetlerini kazandıracaktır. Bir koruma-grubunun olusturulmasi sirasinda, korumak istedigin veri kaynagi ile olusturulmus hacimleri birbiriyle iliskilendirebilirsin. Siparis edilmis hacim otomatik olarak büyümez ve bir administrator olarak, ihtiyac duyuldugunda büyüklügü artirabilir olmaya ihtiyac duyarsin.

Deduplication

DPM disk havuzları üzerinde deduplication (tekilleştirme) işlemini gerçekleştirmek gibi bir yeteneğe sahip depildir. Tekilleştirme işlemi thirt-party yazılımlar kullanılarak yapılabileceği gibi diskler üzerinde tekilleştirme işlemini gerçekleştirebilen donanımlar kullanılarakda deduplication gerçekleştirilebilir. Yazılımsal tekilleştirme kullanmak isterseniz önerdiğim BitWackr dır. Yazılımın dağıtıcı firması Exar dır.

Eğer donanımsal tekilleştirme (deduplication) kullanılmak isteniyorsa bunun için deduplication destekleyen ürünlerin tercih edilmesi gerekir. Kullanmakta olduğunuz SAN ürününüz üzerinde bulunan disklerde tekilleştirme (deduplication) destekleniyor ise DPM disk havuzlarınız içerisinde ki veriler üzerinde tekilleştirme gerçekleştirebilirsiniz.

Bağlı Servisler, Yerel Hesaplar ve Gruplar

DPM kurulumundan sonra kurulumu gerçekleştirdiğiniz sunucu üzerinde yeni servislerin çalıştığını göreceksiniz. Bu servisleri çalıştıracak olan hesapları kurulum sırasında DPM üzerinde belirtmenizi sizden istemeyecektir. Bu servisleri, yerel hesapları ve grupları daha iyi anlaşılabilmesi için açıklıyalım.

Servisler

  • DPM
  • DPM Agent Coordinator
  • DPM AccessManager Service
  • DPM CPWrapper Service
  • DPMLA
  • DPMRA
  • DPM Writer
  • DPM-VMM Helper Service

DPM

DPM servisi DPM sunucusu tarafından kullanılanan, production sunucular üzerinde shadow copylerin oluşturulmasını ve senkronizasyonunu yöneten servisdir.

DPM Agent Coordinator Service

İstemciler üzerine ajan dağıtımı, güncellenmesi ve kaldırılması işlemlerini yöneten ve gerçekleştiren servis DPM Agent Coordinator servisidir.

DPM AccessManager Service

DPM AccessManager servisi DPM sunucusuna erişimi yöneten servisdir.

DPM CPWrapper Service

DPM CPWrapper Service dpmcmd proc. ve DCOM-WCF bridge service ile bağlantılı olarak çalışır. DPM CPWrapper service Certificate-based authentication (CBA) sertifika tabanlı olarak verinin paketlenmesini gerçekleştirir.

DPMLA

DPM’ e bağlanmış olan kütüphaneleri (libraries) yönetmek için kullanılan servistir.

DPMRA

DPMRA servisi ajan yüklenmiş sunucular ve DPM sunucu üzerinde çalışır. Amacı DPM üzerinde uygulama verilerini yedeklemek ve geri yüklemek için kullanılan servistir.

DPM Writer

DPM Writer servisi kopyaları yedeklenen gölge kopyaları (shadow copies) nın yönetilmesini sağlayan servistir.

DPM-VMM Helper Service

 

http://blogs.technet.com/b/dpm/archive/2013/04/24/sc-2012-sp1-dpm-windows-2012-vm-mobility-uninterrupted-data-protection.aspx

Yerel Hesaplar ve Gruplar

DPM kurulumu sırasında sizden iki hesap ve password ‘ ünü belirtmeniz istenmektedir. Bu hesaplar düşük yetkilere sahip olabilirler. Bunun için iki hesap oluşturulmalıdır. Oluşturulacak hesaplar aşağıdaki gibidir ;

  • DPMR$DPM_SERVER_ADI
  • MICROSOFT$DPM$Acct

Bu hesaplar benim oluşturduğum hesaplardır, kendiniz farklı adlara sahip hesaplar oluşturabilirsiniz.

DPMR$DPM_SERVER_ADI hesabı SQL Server Reporting Service tarafından DPM konsolu üzerinde raporlar üretmemizi sağlıyacak hesabımız.

MICROSOFT$DPM$Acct hesap SQL Server ve SQL Agent servislerini çalıştıracak olan hesabımızdır.

Ayrıca aşağıdaki gibi yedi grup bulunmaktadır :

  • DPMDRTrustedMachines (Bu grup DPM Sunucusu ile ilişkili ikinci bilgisayarını içerir)
  • DPMRADcomTrustedMachines (Bu grup birincil (primary) ve ikincil (secondary) DPM sunucularınızın hesaplarını barındırır.)
  • DPMRADmTrustedMachines (Bu grup DPM sunucu ile ilişkili olarak DPM ajanı yüklü bilgisayar hesaplarını içerir.)

Volume Shadow Copy Service (VSS)

Microsoft tabanlı ortamlarımız anahtar bileşenimiz VSS’ dir. İlk başta bahsettiğim gibi DPM ile yedekleme ve restore işlemlerini gerçekleştirebilmeniz için gereken bileşendir.

Kısaca sizlere VSS nasıl çalışır ? ve Ne yapar ? özetle anlatiyim.

VSS ilk olarak Windows Server 2003 ile hayatımıza girdi. Volume shadow copy servisi açık olan paylaşımları yedekleyerek, client tarafında alınan tüm yedek versiyonlarının kullanıcının görmesini sağlayan servistir.

VSS dört farklı blokdan oluşur :

  • VSS requester : Shadow Copy’ nin alınması isteminde bulunan uygulama
  • VSS writer : Senkronizasyonu , ve verilerin volume üzerinde kalıcı olmasını sağlayan uygulama birimidir. SQL, Exchange, SharePoint, Active Directory benzeri…
  • VSS provider : VSS sağlayıcısı yazılımsal veya donanımsal tabanlıdır. VSS sağlayıcısı gölge kopyasını oluşturur ve tutar. Shadow Copy’ nin oluşturulmasını sağlayan birimdir.
  • VSS service : İstemci (requester), Sağlayıcı (Provider) ve Yazar (Writer) koordinasyon içerisinde çalışır. Bu bileşenler arasındaki koordinasyonu sağlayan servistir.

Gölge Kopyası (Shadow Copy) Oluşumu

Production ortamlarınız daki verilerin gölge kopyaları oluşturulur ken Shadow Copy servis bileşenlerinin birbirleri ile etkileşime nasıl geçtiklerini aşağıdaki grafik aracılığı ile göz atalım.

DPM ajanı koruma altına alınan sunucular üzerinde gölge kopyalarını (shadow copy) oluşturabilmek için VSS writerlar ile çalışır. Bu gölge kopyalarının oluşturulması için DPM ajanı VSS üzerine sorgular (query) gönderir.

  • VSS writer restore işleminin yapılabilmesi için bir XML dosyası oluşturur. Bu XML dosyası içerisinde restorede gereken bileşenlerin veri depolarının tanımlarını barındırmaktadır. VSS writer tarafından hazırlanan tanımlamalar sonrasında VSS’ e transfer edilir. Restore işleminde VSS requester bu bileşenleri seçerek işlemini gerçekleştirir.
  • VSS writer verileri, Shadow Copy alınabilecek şekilde hazırlar, veriler gölge kopyası oluşturabilmek için hazır hale getirildiğinde VSS writer artık Volume Shadow Copy (VSC) servisini uyarır.
  • Volume Shadow Copy (VSC) servisi artık gölge kopyasını oluşturma işlemini başlatır.
  • Volume Shadow Copy servisi VSS writer’ a gölge kopyası oluşturulma süresi zarfınca yazma işlemini durdurmasını iletir. Bu süre 60 saniyeyi geçmez, tabiki bu süre zarfında okuma işlemi devam eder.
  • Volume Shadow Copy (VSC) Provider (Sağlayıcı) ya gölge kopyasını oluşturmasını iletir. Bu süre takriben 10 saniye almaktadır. Tabiki bu süre zarfında yazma I/O durdurulur. Fakat işlenen veriyi okumayı mümkün kılar.
  • Gölge kopyasının oluşturulması tamamlandıktan sonra VSS writerları serbest bırakır. Böylelikle sırada yazılmayı bekleyen I/O lar yazılmaya devam eder.
  • VSS, writerlar üzerinden gölge kopyasının oluşturulması süresinde tutulan I/O ların sorunsuz şekilde tutulduğunu teyit eder.
  • Eğer gölge kopyasının oluşturulması süresince tutulan I/O lar üzerinde doğrulama tutarlı değil veya gerçekleştirilemiyorsa oluşturulan gölge kopyası silinerek istemciye (Requester) bilgi verilir.
  • İstemci (Requester) sonrasında aynı işlemleri tekrar deneyebilir veya farklı bir zaman içerisinde denenmesini iletir.
  • Eğer gölge kopyasının oluşturulması başarılı bir şekilde tamamlandıysa VSS, istemciye gereken bilgileri iletir.

Shadow Copy Oluşturma Yöntemleri

Gölge koyları oluşturulurken VSS üç farklı tekniği kullanarak arşivleme gerçekleştirir. Bunlar aşağıdaki tekniklerdir.

  • Complete copy : (Tam kopya) Bu teknik full kopyanın alınması veya disk’ in direk klonlanmasını gerçekleştirir.
  • Copy-on-write : Orjinal datanın tüm kopyasını oluşturmak yerine değişikliklerin tutulduğu bir shadow copy oluşturur. Bir volume üzerindeki veri değişikliği yazılmadan hemen önce shadow copy oluşturulur ve sadece değişiklik olan kısmı ( blok – dosya ) içeren bir shadow copy oluşturulur. Asıl değişiklik ise orjinal veri üzerine yazılır. Böylece sadece üzerinde değişiklik yapılmış olan veri, değişiklikten önceki halinde saklanır.
  • Redirect-on-write : Orjinal birim üzerinde bir değişiklik olduğu zaman, Shadow Copyleri saklayabilmek için storage da yeni bir birim oluşturur.

DPM Ajanı (Agent) Nasıl Çalışır ?

DPM Ajanı koruma altına alınan istemciler ile DPM sunucu arasındaki iletişimi kuran ve sağlayan iletişim kanalıdır. Tabi burada DPM ajanının nasıl çalıştığına ve çalışması için bazı kritik noktaları da bilmeniz gerekir.

Distributed Component Object Model (DCOM)

Distributed Component Object Model (DCOM) yazılım bileşenlerinin ağ üzerinden diğer bilgisayar/İstemciler ile iletişimine geçmelerini sağlayan teknolojidir.

DCOM neslerini görebilmek için işletim sistemi üzerinden Administrative Tools > Component Services > Computers > My Computer | DCOM Config içerisine geldiğinizde bütün DCOM nenlerini görebilirsiniz.

Burada yedekleme ve restore işlemlerini gerçekleştirirken çalışan DPMRA servisi için en önemlisi DCOM nesnesidir. Bu nesne içerisinde DPMRA servisini için güvenlik ayarlarını bulunur. Bu güvenlik ayarları servisi etkinleştire bilmek ve başlata bilmek için gereklidir. DPM tarafından koruma altına alınmış olan production sunucularına bakarsanız, üzerlerinde primary (and secondary) DPM sunucularınızın bilgisayar hesaplarının bulunduğunu göreceksiniz. Bu bilgisayar hesapları aşağıdaki yetkilere (permissions) sahip olarak izin vermesi gerekir :

  • Local launch (Yerel başlatma)
  • Remote launch (Uzak başlatma)
  • Local activation (Yerel etkinleştirme)
  • Remote activation (Uzak etkinleştirme)

DPM için Firewall ayarlamaları

Aşağıda bulunan tablodaki TCP ve UDP portları DPM’ in iletişimi sağlayabilmesi için gereken port bileğilerini içerir. Eğer firewall konfigürasyonunu gerçekleştirmemişseniz büyük ihtimalle DPM çalışmayacaktır.

Protocol Port

DNS 53 UDP

Kerberos 88 UDP / TCP

DCOM 135 TCP dinamik atama 1024-65535

NetBIOS 137 UDP

138 UDP

139 UDP

445 TCP

LDAP 389 UDP / TCP

TCP 5718 TCP

TCP 5719 TCP

GUI Penceresi İncelenmesi

DPM ve System Center ailesinin diğer uygulamalarının sahip olduk ları yeni gelişmiş GUI penceresi sayesinde kullanımı daha anlaşılırdır. DPM üzerinde rahatlıkla gezinmenize olanak tanımaktadır. Konsol hala Microsoft Management Console (MMC) tabanlıdır. Tabi ki bu bahsettiğime istinaden MMC üzerinde DPM konsolunu ekleyerek başka istemciler üzerinde çalıştırabileceğiniz anlamına gelmez. Uzak yönetim gibi bir fikriniz bulunuyorsa bunun için Remote Administration tool’ unu kullanmalısınız. Artık DPM GUI penceremizi inceleyebiliriz.

Gezinti Çubuğu (Navigation bar)

Gezinti çubuğu üzerinde beş farklı kontrol düğmesi içerir.

  • Monitoring (İzleme)
  • Protection (Koruma)
  • Recovery (Restore)
  • Reporting (Raporlama)
  • Management (Yönetim)

Her bir düğme farklı yönetim görevleri ve işlemler yapmanızı sağlayacaktır. Sırası ile bu kontrol düğmelerini inceleyelim.

Monitoring (İzleme)

Monitoring size ortamınızda DPM tarafından koruma altına alınmış sunucular, DPM Server’ ınız da dahil olmak üzere sağlık durumlarını ve neler olup bittiğine dair bütün işlemleri izleme imkanı verecektir. Monitoring kısmı Alerts (Uyarılar) ve Jobs (İşler) olmak üzere iki farklı bölüm içerir. Bu iki kısım üzerinde izleme yaparken filtreleme gerçekleştirebilirsiniz.

Alerts

DPM tarafından üç farklı uyarı tipi bulunmaktadır.

  • Critical (Kritik) uyarılar içerisinde başarısız olmuş yedekleme ve restorasyon işlemlerine ait oluşturulan uyarıları barındırır.
  • Warning (İkaz) uyarıları gerçekleşen işlemlerde dikkat etmeniz gereken veya sonrasında size sorun yaratabilecek işlemler üzerinde oluşturulmuş uyarıları barındırır.
  • Information (Bilgilendirme) uyarıları gerçekleştirilen işlemler hakkında bilgi vermek, başarılı bir şekilde tamamlandığını belirtmek için oluşturulan uyarıları barındırır.

DPM admin olarak uyarıları (alerts) devre dışı bırakabilirsiniz. Bunun için aldığınız uyarı üzerinde sağ click yaparak “inactivate alert” diyebilirsiniz. Böylelikle aldığınız uyarıları konsol üzerinden temizlemiş olursunuz. Tabiki bu konu hakkında yeni bir uyarı aldığınızda tekrardan konsol üzerinde gözükecektir. Ayrıca bu uyarıları e-mail olarak alabilirsiniz. Bu uyarıları e-mail olarak alabilmeniz için gönderilecek olan e-mail adresi veya bir e-mail grubu tanımlayabilirsiniz. Uyarıları e-mail olarak alabilmeniz için yapmanız gereken bazı hususlar bulunur. En önemli husus burada SMTP sunucunuz üzerinde gereken ayarlamaları yaparak, SMTP bilgilerinizi belirtmelisiniz. SMTP bilgilerinizi araç çubuğu üzerinden abone olmak (Subscribe) butonuna gelerek burada SMTP Server sekmesinde gereken bilgileri girmelisiniz. Sonrasında Bildirimler (Notifications) sekmesi üzerinden e-mail olarak almak istediğiniz uyarı tiplerini seçebilirsiniz. Artık alıcılar (recipients) kısmında e-mail adreslerinizi aralarında (;) kullanarak yazabilirsiniz.

Jobs (İşler)

Jobs (işler) varolan görevlerin durumlarını bizlere verir. Koruma grupları üzerinde oluşturduğunuz her görev jobs altında bulunur. DPM üzerinde oluşturulan görevleri belirlediğiniz kriterlere göre gruplandırabilirsiniz. Burada kurulum ile gelen temel dört filtre gelmektedir.

  • All Jobs
  • All jobs in progress
  • Failed jobs for yesterday and today
  • Today’ s job

Ayrıca, farklı iş tipleri ve durumları için özel filtrelemeler düzenleyebilirsiniz. Özel filtreler oluşturmak için Jobs üzerinde sağ click yaparak veya araç çubuğu üzerinden Create diyoruz. Açılan pencerede oluşturdunuz filtreye bir isim vererek zaman aralığı, iş tipini (type) ve durumunu (status) seçiniz. Koruma (Protection) sekmesi altında oluşturduğunuz koruma grubu veya grupladığınız bilgisayar gruplarını belirterek filtreleme sınırımızı belirliyoruz.

Eğer oluşturduğunuz özel filtre içerisinde tape-tabanlı yedekleme işlemi sırasında geçen süre veya transfer edilen veri boyutunu ile ilgili kriter tanımlamak isterseniz Other (diğer) sekmesinden belirleyebilirsiniz.

Protection (Koruma)

Protection (Koruma) alanı Microsoft ortamlarınız için koruma gruplarını (protection groups) ve yedekleme zamanlarını belirlediğiniz bölümdür.

Facets Pane (Özellikler Paneli)

Bu kısım iki farklı bölümden oluşmakta : Data Source Health ve All Protection Groups. Bu bölümler DPM yöneticilerine DPM sunucusu tarafından oluşturulmuş koruma grupları ve sağlık durumları hakkında yardımcı filtreleri içerir.

Tool Ribbon (Araç Şeriti)

Araç şeriti yeni koruma grupları oluşturmanıza, değişiklik (modify) yapmanıza veya silmenize imkan sunmaktadır. Araç şeriti seçtiğiniz işlem gruplarına göre farklı işlem özelliklerini barındırmaktadır.

On-The-Wire Compression (Sıkıştırma)

Koruma grubu seviyesinde on-the-wire sıkıştırmayı aktif ederek optimizasyonu sağlayabilirsiniz. Bu özelliği kullandığınız da DPM ajanı yedekleri DPM sunucusuna göndermeden önce sıkıştırır. Bu production ortamlarınızın performansı ciddi şekilde etkilemez, fakat CPU ve RAM kullanımızı arttıracaktır.

Koruma grupları üzerinde veri tutarlılığını kontrol etmek istiyorsanız, veri tutarlılığını kontrol etmek istediğiniz koruma grubu (protection grup) nu seçerek araç şeritinde bulunan uyumluluk denetimi (consistency check) butonu gelerek gerçekleştirebilirsiniz.

Yedeklemelerin Sürdürülmesi (Resume Backups)

Resume backups yedekleme işlemi sırasında gerçekleşen VSS uyuşmazlıklarını temizleyerek yedekleme işleminde veriyi senkronize ederek replike eder. Bu işlemi Disk, Tape ve Azure için gerçekleştirebilirsiniz.

C:\Users\asil.mutlu\AppData\Local\Microsoft\Windows\INetCache\Content.Word\2014-08-19_221441.png

Online koruma (Online protection) ile DPM sunucunuzu yapılandırarak, verilerinizi Azure üzerine replike ettirebilirsiniz.

DPM sunucusu üzerinde Self Service Recovery hizmetini konfigüre ederek Database yöeneticileri için (DBAs) organizasyonunuz içerisinde alternatif konumlara DPM yöneticisi ile iletişim kurmasına gerek kalmadan SQL restorasyon işlemini gerçekleştire bilmesine imkan sunabilirsiniz.

Tape catalog retention ile, teyp katalogları üzerinde tutulan verilerin saklanma süresini belirleyebilir ve DPMDB veri tabanının boyutunun büyümesine istinaden belirli bir boyuta geldiğin de sizi uyarması için bir limit belirleyebilirsiniz.

Koruma (Protection) alanında araç şeriti içerisinde bulunan Recovery Point Status butonuna gelerek kurtarma noktası durum raporu oluşturabilirsiniz.

Araç şeriti üzerinde bulunan Check updates butonuna gelerek kullanmakta olduğunuz DPM sürümü için çıkmış güncellemerin kontrolünü sağlayarak yüklenmesini sağlayabilirsiniz. About DPM diyerek mevcut sürüm ve versiyonunuzu kontrol edebilirsiniz.

Recovery (Kurtarma)

Recovery (Kurtarma) alanı size DPM üzerindeki bütün restoresyon işlemlerini görmenizi sağlayacaktır.

Gezinti çubuğu (Navigation pane) içerisinde Göz at (Browse) kısmını göreceksiniz. Burada Filter servers text alanının kullanarak koruma alanlarını sunucu ismi belirterek filtreleyebilirsiniz. Örnek olarak büyük bir mimariye sahipsiniz ve 100 civarında koruma gruplarınız var. Bu kadara koruma grubu arasında istediğinizi bulabilme konusunda size yardımcı olacaktır. Böylelikle arama sonucu size Kurtarılabilir Veri (Recoverable Data) altında veri kaynaklarınızın listesini alabilirsiniz.

Altta bulunan Search (Arama) üzerinde kurtarılabilir verileri üç farklı kategori içerisinde arama yapabilirsiniz.

  • Files and folders
  • Exchange mailboxes
  • SharePoint

Bu üç arama kategorisi ile daha ayrıntılı arama sonuçları elde edebilirsiniz.

Gösterge paneli üzerinde mevcut olan bütün kurtarılabilir (recoverable) nesnelerinizin çıktısını görebilirsiniz. Burada bulunan takvim (calendar) içerisinde kalın olarak işaretlenmiş zamanlar, DPM tarafından oluşturulan geri yükleme noktalarını (recovery points) gösterir. Sonrasında bu geri yükleme zamanı (recovery time) belirlendikten sonra burada kurtarılabilir nesnelerinizi seçerek geri yükleme (Recovery) yapabilirsiniz.

Reporting (Raporlama)

Raporlama DPM sunucusu ve kurtarma noktalarının durumunu bilebilmeniz için önemlidir. Varsayılan olarak DPM sunucusu farklı alanlar için gereken bilgileri sizlere sunabilmek için altı farklı raporlama ile beraber gelmektedir.

Bu raporlar :

  • Disk Utilization (Disk Kullanımı) : Bu rapor size disk havuzlarınız içinde bulunan disk kapasiteleri, disk dağılımları ve disk kullanımları hakkında bilgileri sunacaktır.
  • Recovery (Geri Yükleme) : Bu rapor size kurtarma işlemleri ve recovery nesneleriniz hakkında istatistiki raporları sunacaktır.
  • Recovery Point Status (Kurtarma Noktası Durumu) : Bu rapor size tanımlanmış zaman aralığında veya mevcut kurtarma noktalarınız hakkında bir rapor sunacaktır.
  • Status (Durum) : Bu rapor size belirli zaman aralığında bütün geri yükleme noklarınızın durumu hakkında size bir rapor sunmaktadır.
  • Tape Management (Tape Yönetimi) : Bu rapor size tape rotasyonunu daha iyi yönetebilmeniz için bir çok ayrıntıyı verir.
  • Tape Utilization (Tape Kullanımı) : Bu rapor size tape kullanımı ve kapasite planlaması için gereken bilgileri içererek bir rapor sunar.

Bu raporları kullanarak DPM ortamınız da gerçekleşen işlemleri izleyerek kıyaslamalar yapabilir ve geliştirmelerinizi planlayabilirsiniz. Bu raporları yapılandırdık tan sonra otomatik olarak gelmesi için haber grubuna üye olmalısınız. Tabi ki bu raporların size ulaştırılabilmesi için SMTP sunucunuzu tanımlamalısınız. Bu raporlar isteğinize göre üç farklı tipte size gönderilebilir.

  • HTML
  • Excel
  • PDF

Management (Yönetim)

Management alanı, sizin DPM sunucunuzun yönetimi gerçekleştireceğiniz bölümdür. Bu alan içerisinde üç farklı bölümden oluşur.

  • Agents (Ajanlar)
  • Disks (Diskler)
  • Libraries (Kütüphaneler)

DPM ile sunucular üzerinde veri koruma işlemlerine geçilmeden önce, mutlaka ajanın kurulmuş ve DPM sunucuya bağlanmış olması gerekir. Ajanlar (Agents) bölümü üzerinde yükleme, güncelleme, deaktif etme, kaldırma, kısıtlama veya ajan yüklü istemciniz üzerinde sağ click yaparak yenileme yapabilirsiniz. Ajanları production sunucularınıza veya istemcilerinize araç şeritinde bulunan Install (Yükleme) butonuna gelerek kurulumunu gerçekleştirebilirsiniz.

Araç şeritiniz üzerinde bulunan Diskler (Disks) linkine geldiğniz de DPM depolama havuzunuz (Storage pool) hakkında bütün bilgileri görebilirsiniz. GUI içerisinde disk havuzunuza yeni diskler ekleyebilir ve yeni disk taramaları yapabilirsiniz.

Kütüphaneler bülümü altında, bağlanmış olan tape kütüphaneleri veya bağımsız tape sürücüleriniz barındırılır. DPM Tape çözümleri açısından herhangi bir dağıtıcı veya ürün seçmez. Sadece önemli olan Aygıt Yöneticisi (Device Manager) üzerinde Library Media Changer (Kütüphane Medya Değiştiricisi) ve Tape Drivers (Kaset Sürücü) lerin doğru şekilde yerleştirilmiş olmasıdır. Tape çözümleri kullanmak için en iyi fikir sürücülerinizi doğrulamak (verify) tır. Bunun için tape çözümleriniz de Microsoft tarafından imzalanmış sürücüler veya dağıtıcı tarafından imzalanmış sürücüler ile çalışmanız en doğrusu olacaktır.

DPM Üzerindeki Roller ve Ek Fonksiyonlar

Bu bölümde Helpdesk ve IT personelinin iş yükünü hafifletecek ek bileşenleri ve rolleri inceleyeceğiz.

End-User Recovery (EUR)

End-User Recovery 2006 yılında yayınlanan DPM’ in ilk sürümü ile kullanılmaya başlandı. Bu bileşen Shadow Copy Client temeline dayanlı olması sebebiyle istemci işletim sistemleri Vista ve sonrası işletim sistemlerine dahildir. Diye bilirsiniz XP istemcilerimiz ne olucak !!! tabi ki XP istemcilerinizide koruma altına alabilirsiniz fakat bunun için mutlaka SP2 ve Shadow Copy Client yazılımlarının kurulu olması gerekmektedir.

EUR istemcilere kendi yedeklemek istediklerini seçebilmelerine olanak sağladığı gibi, alınan yedeklerden kendilerinin de istediklerin de geri dönebilmelerine olanak sağlamaktadır.

EUR fonksiyonu, dosya ya da klasörlerin NTFS haklarındaki Erişim Kontrol Listesini (ACL) soruşturup onaylayarak dosya ya da klasörleri onaran kullanıcıları doğrulayacaktır. EUR’ u aktifleştirmek isterseniz, Active Directory şemasını (schema) mutlaka genişletmeniz gerekir. Unutulmamalıdır ki şu değişiklikler iptal edilemez. Eğer yapılan değişiklikleri geri almak isterseniz Active Directory’ i restore etmeniz gerekir.

DPM Self-Service Recovery Tool (SSRT)

Sorun yaşamayı hiç tercih etmediğimiz en önemli öğeler veritabanlarımızdır. Fakat SQL sunucularımızın üzerinde bulunan veritabanlarımızda recovery işlemini yapmamız gereken zamanlar olabiliyor. Düşünün ki geniş bir yapıya sahipsiniz ve yedekleme yöneticiniz ile database yöneticiniz farklı kişiler, database yöneticiniz herhangi bir yedek verisine ihtiyaç duyduğu zaman yedekleme yöneticisine ihtiyaç duymadan SQL verilerinin geri dönüşünü gerçekleştirebiliyor olması gerekmektedir. İşte bunun Self-Services Recovery Tool (SSRT) aracını herhangi bir istemci üzerine yükledikden sonra database yöneticilerinize koruma altına alınmış olan SQL yedeklerini recovery yapabilmelerine imkan sağlar. Tabi ki unutulmamalıdır ki DPM yöneticilerinin vermiş olduğu izinler çerçevesinde geri dönüş işlemi yapılabilir. Database yöneticileri geri dönüşüm işlemi sırasında veritabanlarının gerçek lokasyonlarına geri dönüş işlemi gerçekleştirilemez. Geri dönüş işlemini ya bir Ağ yoluna (Network Path) veya farklı bir SQL Server üzerine gerçekleştirebilirsiniz. Yapabilecek bir diğer yol geri dönüş yapılacak veritabanının bulunduğu sunucu üzerinde farklı bir Instance‘ a da gerçekleştirebilirsiniz.Böylelikle mevcut iş yükünüzü hafifletmiş olacaktır.

Not : Self-Service Recovery Tool yapılandırmasını ilerleyen konular da göreceksiniz.

Single Instance Storage (SIS)

SIS bileşeni Windows Storage Server 2003 ve 2008 ürünleri içerisine dahil edilmiş bir bileşendir. SIS veri tekilleştirme için Microsoft’ un eski çözümüdür. DPM Windows Storage Server üzerindeki SIS aktif edilmiş lojik sürücüleri koruyabime yeteneğine sahiptir. Bu yüzden SIS bileşeni DPM kurulumu sırasında yüklenir. DPM SIS ile disk havuzları üzerinde tekilleştirme (deduplication) yapamaz. Eğer disk havuzunuz üzerinde bir tekilleştirme gerçekleştirmek istiyorsanız donanımsal SAN depolama ünitesi kullanabilir veya BitWackr gibi üçüncü parti yazılımlar kullanabilirsiniz.

PSDataSourceConfig.XML

DPM Sunucusu, koruma altına almak istediğiniz sunucular üzerine DPM ajanı dağıtımını gerçekleştirdikten sonra ajana bağlı olan veri kaynakları için bir koruma grubu oluşturulması ile birlikte production sunucu üzerinde bir yapılandırma dosyası oluşturulur. Oluşturulan bu yapılandırma dosyası PSDataSourceConfig.XML dir. Bu dosyaya daha ayrıntılı bakalım.

PSDataSourceConfig.XML dosyası hangi VSS ne amaçla kullanılacağına ilişkin tanımlarını tutan DPM ajan konfigürasyon dosyasıdır. Örnek olarak Windows Server 2008 R2 sunucunuzun System State yedeğini alıyorsunuz. PSDataSourceConfig.XML dosyası DPM ajanının VSS’ i VSS WriterID ile kullaması için bilgilendirir:

System State yedeklemesine ilişkin PSDataSourceConfig.XML dosyasına daha ayrıntılı bakalım.

Yukarıdaki ekran görüntüsünde ki satırları sırası ile inceleyim…

  • WriterID tag’ ı VSS işlemi için kullanılacak olan VSS writer’ ı tanımlar.
  • Version tag’ ı VSS writer için kullanılan VSS sürümünü gösterir.
  • VssWriterInvolved tag’ ı yedekleme işlemi sırasında VSS writerlara herhangi bir yardımcı bileşen olup olmadığını belirtir.
  • LogicalPath ve ComponentName tag’ ı VSS writer tarafından yedekleme bildirimlerinde kullanılır.
  • FilesToProtect tag‘ ı hangi dosyaların System State yedeklemesine dahil edileceğini tanımlar.
  • Size tag’ ı PSDataSourceConfig.XML içerisinde KB olarak VSS alanı için tahsis edilen boyutu belirtir.
  • UseDRWithCC tag’ ı felaket kurtarma (disaster recovery) işlemi için kullanılır.

Yedekleme Sorunlarını Giderme (Troubleshooting backups)

DPM yüklü olduğu production sunucular üzerinde sadece yedekleme ve restorasyon teknolojilerini kullanır. Bu işlemler sırasında DPM ajanı ve DPM sunucusu tarafından gerçekleştirilen her işlem log dosyalarına yazılarak depolanır. Yedekleme sırasında alınabilecek olan kritik bir hata veya uyarıyı çözümleyebilmeniz için log dosyasının içeriğini anlayabilmek önemlidir.

Local Windows Logları

İşletim sistemi üzerinde gerçekleşen bir çok işlem hakkında bilgi edinebilmeniz için bunların loglarını yazar. Yedekleme işlemi sırasında oluşan sorunlarıda windows logları üzerinde bulabilirsiniz. Böylelikle sorun giderme işlemleriniz süresince bu tutulan loglar yardımcı olacaktır.

VSS Sorunlarını Giderme (Troubleshooting VSS)

DPM’ in temelinde yatan VSS teknolojisidir, bu yüzden alınan herhangi bir hata için bakılması gereken ilk yer burasıdır. VSS’ in bağzı ihtiyaçları bulunur, shadow copy işlemleri sırasında VSS writerların stabil çalışabilmesi için lojik sürücüler üzerinde yeterli derece boş alana sahip olunması gerekir. Bu da basit bir sorun giderme işlemleri sürecinin adımıdır.

VSS’ in durumunu doğrulamak için bir command prompt (CMD) açarak vssadmin list writers yazılır.Bu size bir liste sunacak ve böylelikle işletim sistemi üzerinde bulunan bütün VSS writerları ve durumlarını görebileceksiniz.

Eğer durum 1 ise stabil (stable) veya 5 ise tamamlama için bekleniyor (waiting for completion) böylese herşey normal.

DPM Ajan Logları

Eğer VSS de bir hata bulamadıysanız, yeterli disk alanınız var veya windows logların da da bir şey bulamadıysanız production sunucu üzerinde DPM ajan loglarına bakmalısınız. Bu log dosyaları C:\%ProgramFiles%\Microsoft Data Protection Manager\DPM\Temp kütüphanesinde yer alır. Bu Log dosyaları DPM sunucusu ile DPM ajanı arasındaki iletişim dahilinde gerçekleşen bütün işlemleri tutmaktadır.

DPM ajanı (Agent) tarafında bulacağınız log dosyaları aşağıdadır.

  • AgentBootstrapperCurr
  • DPMACCurr
  • DPMRACurr

DPM Sunucu Logları (DPM Server Logs)

Aşağıda bulunan DPM sunucu log dosyaları %ProgramFiles%\Microsoft DPM\DPM\Temp kataloğu içerisinde bulunur.

  • AgentBootstrapperCurr
  • AMServiceActivityCurr
  • AMServiceAudit
  • DPMAccessManagerCurr
  • DpmBackupCurr
  • DPMCLI0Curr
  • DPMCLI9Curr
  • DPMRACurr
  • DPMRoleConfiguration0Curr
  • DPMUI0Curr
  • DpmWriterCurr
  • LAAgentCurr
  • MSDPMCurr

Bu log dosyaları DPM sunucusu üzerinde gerçekleşen herşeyi okunabilir formda çok ayrıntı bir biçimde açıklar. Microsoft, DPM ile ilgili hataları izlemek için bu dosyaları kullanır.

DPM ajanı ve DPM sunucu tarafında bulunan log dosyalarına baktığınızda iki taraftada DPMRACurr log dosyasının olduğunu görebilirsiniz. Bu log dosyası Remote ajan (agent) için bütün iş süreçlerini kaydeder ve eğer DPMRA servisi bir hata ile karşılaşırsa Warning (Uyarı), Failed (Başarısız) veya Error (Hata) günlüklerinde belirtecektir.

Yükseltme Senaryoları

Mevcut DPM Sunucunuzun versiyonu nun yükseltmesi kararı alındıysa, dikkat etmeniz gereken bazı noktalar var. Mutlaka elinizde DPM veritabanı DPMDB’ nin yerel dökümü olmalıdır. Bunun için DPMBACKUP.EXE cmdlet’ ini kullanarak arşivleyebilirsiniz. Diyelimki yükseltme işlemi sırasında bir sorun oluştu veya yanlış giden birşeyler var, daha önce aldığınız DPM veritabanı yedeği ile DPM sunucunuzu restore edebilirsiniz.

DPM sürüm yükseltmeleri oldukça kolaydır. DPM 2010 dan DPM 2012 veya sürümlerine yükseltmek için DPM medyası çalıştırılarak sihirbazdan gerçekleştirebiliriniz.

Mutlaka bilinmelidir ki DPM 2006 veya 2007 direkt olarak 2012 sürümüne yükseltilemez. Eğer ortamınız DPM 2007 kullanıyorsanız fakat DPM 2012 ve sürümleri ile gelen yeni özelliklerden faydalanmak istiyorsanız DPM 2007 ve DPM 2012 için beraber çalışabilecekleri bir ortam temin etmeniz gerekmektedir.