none
DPM 2010 - zálohování sám sebe

    Dotaz

  • Ahoj,

    Tak poprvé se dostávám k tomuhle produktu v praxi a potřebuji si utřídit informace. Ze semináře Pavla Řepy si pamatuji, že pro DPM 2010 je potřeba další server pro zálohování sám sebe, ale už si dost dobře nepamatuji proč. Tak mám pár otázek

    1. Může DPM existovat ve virtuálním prostředí? Chci virtuální prostředí přes DPM zálohovat a nechci pro DPM kupovat další server. Jaké je doporučení Microsoftu?

    2. Podporuje DPM páskové mechaniky, včetně knihoven? Ze semináře si pamatuji, že s tím má DPM problém, nicméně Microsoft tvrdí, že to nemá. Jak to je?

    3. Pamatuji si, že pro zálohu DPM serveru jde napsat nějaký skript. Pavel mluvil o tom, že k dispozici někde na technetu, jenom, že já nevím kde. Máte ho někde? (Nikdo z nás to tu neumíme napsat)

    Díky všem za info

    Tomáš

    úterý 18. ledna 2011 9:05

Odpovědi

  • Ano.


    BB

    úterý 7. srpna 2012 7:47
  • Ja nemam iSCSI disky. Hyper-V server ma interni diksy, na kterych jsou ulozeny VHD soubory. DPM bezi na dedikovanem fyzickem serveru se SATA disky, na tento server je napojen Tape autoloader. Zalohuji jak na urovni adresaru jednotlivych serveru (virtualnich), tak i cele virtualni stroje (pomoci child partition backup). Ne vsechny Vm jsou ovsem zalohovany, VM dedikovany jako DC ani na urovni Hyper-v nema smysl zalohovat . . . Vsechny zalohy probihaji nekolikrat denne na disky DPM serveru a jednou tydne na pasky.

    No a na DPM server (resp. jeho DB) zalohuji tak, ze spoustim skript, ktery odzalohuje vlastni DB a BAK soubor ukladam na pasky v ramci uloh DPM serveru.


    BB

    úterý 7. srpna 2012 10:23
  • K tomu DC: jasne, ze mam druhy DC, dokonce fyzicky. :o) A ten virtualni DC samozrejme take zalohuji, ale pouze jeho System state. Nema totiz smysl zalohovat cely virtualni stroj (tim jsem myslel tu "zalohu na urovni Hyper-V"). V pripade, ze bych do stavajici struktury obnovil cely DC stary rekneme par dni, tak by byl na svete pekny pruser . . .

    BB

    úterý 7. srpna 2012 19:10
  • Ahoj,
    ja tehdy studoval tech veci vice a je mozne, ze si ne vsechno pamatuji uplne
    presne. Proto prosim neber nasledujici informace jako dogma.
     
    1. DPM pro zalohovani Hyper-V serveru potrebuje samostatny server, nemuze
    byt provozovan ve virtualni masine na zalohovanem Hyper-V serveru.
    2. DPM umi zalohovat sam sebe.
     
    Ja osobne nevidim server s DPM jako "critical single point of failure", tedy
    kdyz mi na par dni nebude fungovat server s DPM, uzivatele nic nepoznaji.
    "Jenom" nepobezi zalohovani.
     
    Zalezi samozrejme na prostredi, ale clusterovat zalohovaci server mi prijde
    jako relativni zbytecnost.
     
    Rozumne vyresena HW konfigurace serveru + nejaky servisni balicek by IMHO
    mely zarucit dostatecnou dostupnost zalohovaciho reseni.
     
    Nemam dneska cas k tomu dohledavat nejake podrobnosti, ale na
    download.microsoft.com je k DPM par uzitecnych dokumentu. Zkus pohledat a
    precist.
     
    BB
     
     
    středa 19. ledna 2011 6:57

Všechny reakce

  • DPM jeste fyzicky "osahane" nemam, ale prave minuly tyden jsem kupoval
    komplet nove reseni serveru postavene na Hyper-V a tak jsem par tydnu
    predtim trosku studoval. :o)
     
    Pro DPM potrebujes dedikovany server. Ono to vyplyva i z logiky veci. Pro
    zalohu potrebujes spoustu mista, ale server neni kritickym mistem systemu.
    Takze staci SATA disky. Proc plytvat penezi a zalohovat na SAS disky nebo
    naopak proc si pod sebou podrezavat vetev a nechat bezet produkcni servery
    na SATA dsicich.
     
    Paskove mechaniky podporuje, alespon teoreticky. Mam k tomu objednany
    Autoloader od HP, prakticke zkusenosti budou cca za mesic. :o) Ale navrh
    jsem delal s clovekem, ktery se specializuje na tato reseni a nic nerikal.
     
    Co se tyka skriptovani, predpokaldam ze to taky budu potrebovat (skritpoval
    jsem i stary NTBackup), ale budu resit az pri zavadeni serveru do provozu.
    Nejak se mi nechce tyhle veci delat dopredu . . .
     
    BB
     
     
    úterý 18. ledna 2011 11:55
  • Ahoj Bohdane, no mě právě trápí to fyzické železo. Myslel jsem, že bych to dal na dva virtualy a nemusel kupovat železo, ale asi nejde, že?

    Teď jak je to s DPM serverem když spadne? Ze semináře jsem pochopil, že musí mít replikovaný další DPM server, který celou službu převezme, protože údajně nejde nainstalovat nový DPM server a na nějsi jen nalinkovat soubory a databázi. Celkem by mě zajímalo, jak tohle funguje?

    úterý 18. ledna 2011 14:07
  • Ahoj,
    ja tehdy studoval tech veci vice a je mozne, ze si ne vsechno pamatuji uplne
    presne. Proto prosim neber nasledujici informace jako dogma.
     
    1. DPM pro zalohovani Hyper-V serveru potrebuje samostatny server, nemuze
    byt provozovan ve virtualni masine na zalohovanem Hyper-V serveru.
    2. DPM umi zalohovat sam sebe.
     
    Ja osobne nevidim server s DPM jako "critical single point of failure", tedy
    kdyz mi na par dni nebude fungovat server s DPM, uzivatele nic nepoznaji.
    "Jenom" nepobezi zalohovani.
     
    Zalezi samozrejme na prostredi, ale clusterovat zalohovaci server mi prijde
    jako relativni zbytecnost.
     
    Rozumne vyresena HW konfigurace serveru + nejaky servisni balicek by IMHO
    mely zarucit dostatecnou dostupnost zalohovaciho reseni.
     
    Nemam dneska cas k tomu dohledavat nejake podrobnosti, ale na
    download.microsoft.com je k DPM par uzitecnych dokumentu. Zkus pohledat a
    precist.
     
    BB
     
     
    středa 19. ledna 2011 6:57
  • Bohdane díky za info.

    Požaduji aby mi to spolehlivě zálohovalo produkční servery a DPM pro mě bude životně důželitá služba, která musí 100% fungovat, jinak jsem mrtvý muž, takže to nejdřív otestuji na testovacím prostředí, včetně všech katastrofických scénárů. V každém případě jsem se od kolegy dozvěděl, že už DPM provozuje virtuálně a funguje mu to, jen nezálohuje sám sebe (což je problém, protože zálohy DPM serveru nejsou přenositelné - taková krutost ze strany Microsoftu:-)), nicméně pokud DPM běží virtuálně, tak není problém mu zprovoznit další VM a ta bude zálohovat primary DPM server, nebo ještě lépe, primary DPM server se na ní bude clusterovat, ale to je jen moje touha, nevím zdali to bude skutečně takto fungovat a proto teď pátrám po informacích, než se do podobného dobrodružství pustím.

    V každém případě určitě bych měl přání, aby se DPM dalo provozovat virtuálně, třeba každý na odlišných serverch, pro případ výpadku hardwaru a skutečně to fungovalo. Pokud ne, tak by to pro mě znamenolo nákup dalšího železa :-(

    Také bych byl rád, aby to mělo plnou podporu pásek.

    V každém případě bych rád DPM databázi a zálohové fily provozoval na externím poli, nebo NAS serveru přes NFS, nicméně to je má další otázka, jde to? Nebo musím mít lokálně připojené dynamické disky?

    středa 19. ledna 2011 8:36
  • Nevim jestli je tohle tema jeste aktualni, ale zkusim prispet.

    V predchozich prispevcich jsem se mylil - DPM 2010 muze bezet ve virtualnim prostredi na stejnem hostitelskem serveru, jehoz VM zalohuje. Jedine co pak neni dostupne je obnova jednotlivych souboru ze zalohovaneho virtualniho stroje. Pro tento ucel totiz musi byt na DPM serveru nainstalovano Hyper-V . . .

    Co se tyka vlastniho zalohovani DPM serveru, resim to tak, ze skriptem zalohuji databazi DPM a tu pak davam na pasku. V pripade vypadku DPM mam pak na pasce jak DB DPM, tak vlastni zalohovana data.

     

    BB.


    BB
    pátek 13. května 2011 6:19
  • Dobrý den Bohdane,

    scriptem pro SQL Express?

    úterý 7. srpna 2012 7:41
  • Ano.


    BB

    úterý 7. srpna 2012 7:47
  • Takže iSCSI disky ukládáte na externí storage a DPM máte na jiném serveru? Zálohují se v tomto případě iSCSI disky na pásky, pro případ disaster recovery?
    úterý 7. srpna 2012 10:10
  • Ja nemam iSCSI disky. Hyper-V server ma interni diksy, na kterych jsou ulozeny VHD soubory. DPM bezi na dedikovanem fyzickem serveru se SATA disky, na tento server je napojen Tape autoloader. Zalohuji jak na urovni adresaru jednotlivych serveru (virtualnich), tak i cele virtualni stroje (pomoci child partition backup). Ne vsechny Vm jsou ovsem zalohovany, VM dedikovany jako DC ani na urovni Hyper-v nema smysl zalohovat . . . Vsechny zalohy probihaji nekolikrat denne na disky DPM serveru a jednou tydne na pasky.

    No a na DPM server (resp. jeho DB) zalohuji tak, ze spoustim skript, ktery odzalohuje vlastni DB a BAK soubor ukladam na pasky v ramci uloh DPM serveru.


    BB

    úterý 7. srpna 2012 10:23
  • Děkuji za reakci. Teď už to chápu, přesně takový scénář jsem prováděl přes Backup Exec, nebo TSM. 1x fyzický server (uvnitř diskové pole) + tape library (v SAN switchi)

    Zálohuji celé virtuální prostředí + fyzické servery na jeden fyzický backup server, na kterém běží zálohovací aplikace. Domnívám se, že dle Vámi uvedeného jsem schopen toto pokrýt i pro Hyper-V přes DPM. Ovšem čemu nerozumím je absence zálohy DC, byť jen virtuálního (nevím zdali Vám v infrastruktuře běží fyzický DC? A Hyper-V DC není pouze read-only), záloha Active Directory, záloha DNS (záznamy), DHCP serveru (rezervace), Certifikační autority nemá smysl?

    Taktéž mně obvykle v sítí běží fyzické file servery


    úterý 7. srpna 2012 10:52
  • K tomu DC: jasne, ze mam druhy DC, dokonce fyzicky. :o) A ten virtualni DC samozrejme take zalohuji, ale pouze jeho System state. Nema totiz smysl zalohovat cely virtualni stroj (tim jsem myslel tu "zalohu na urovni Hyper-V"). V pripade, ze bych do stavajici struktury obnovil cely DC stary rekneme par dni, tak by byl na svete pekny pruser . . .

    BB

    úterý 7. srpna 2012 19:10
  • Děkuji Vám Bohdane, teď už to chápu. Právě zjišťuji, že DPM opravdu může běžet i ve virtuálním serveru, stačí si jen přikoupit nějaký solidní NAS a připojit mu iSCSI disky a může si vesele běžet ve virtuálu. Nicméně mám na Vás dotaz, asi to nebude zrovna moc praktický způsob provozu DPM, že? 
    úterý 7. srpna 2012 19:15