Primární úložiště a zálohování: rozdělení úloh Dorado a OceanProtect
Požadavky na zátěž a obnovu dimenzujte pro Dorado a OceanProtect odděleně. V jedné architektuře propojte kapacitu, software, konektivitu a zkoušky obnovy aplikace.

Navrhujte zátěž a proces obnovy společně
Primární úložiště uchovává aktuální data aplikace a obsluhuje její čtení a zápisy. Zálohovací úložiště poskytuje samostatný prostředek pro návrat k dřívějším stavům dat. Společný výběr systémů jako Dorado a OceanProtect umožňuje dimenzovat každou úlohu nezávisle: na jedné straně provozní latenci a zátěž, na druhé zálohovací okno, uchovávání a obnovu.
Logický řetězec je: aplikace a primární data → kompatibilní zálohovací software → úložiště kopií → zvolené prostředí obnovy → ověření aplikace. Tento řetězec určuje odpovědnosti; skutečná datová cesta závisí na zvoleném softwaru a protokolu.
| Komponenta | Hlavní odpovědnost | Vstup pro dimenzování |
|---|---|---|
| Primární úložiště | Aktuální I/O aplikace | Latence, profil zátěže, růst |
| Zálohovací úložiště | Ukládání a čtení kopií | Změněná data, doba uchování, zátěž při obnově |
| Zálohovací software | Úlohy, katalog, konzistence a obnova | Aplikace, verze, licence |
| Serverové a síťové prostředí | Datová cesta a výpočetní prostředky pro obnovu | Připojení, kompatibilita, kapacitní rezerva zdrojů |
Rychlý přístup pro aplikace, vyhrazené záložní kopie pro obnovu.
OceanStor Dorado
Výrobní data
Zálohovací software a zásady
OceanProtect
Vyhrazené úložiště pro záložní kopie
Kapacitu, dobu uchování a rychlost obnovy plánujeme podle potřeb podniku.
Zálohovací úložiště a software
Huawei u OceanProtect rozlišuje přístupy Target Storage a Integrated Appliance. První představuje úložný cíl pro kompatibilní zálohovací software; u druhého se rozsah integrovaných softwarových funkcí volí samostatně. Název produktové řady neprokazuje, že jsou zahrnuti konkrétní agenti, podpora aplikací nebo všechny licence.
Před nákupem zjistěte, co spravuje úlohy, kde je uložen katalog, jak je zajištěna konzistence aplikací a kdo zahajuje obnovu. Potřeba stávajícího zálohovacího serveru, proxy nebo agenta závisí na zvoleném produktu a verzi. V matici kompatibility společně ověřte operační systém, hypervizor, aplikaci a režim úložiště.
Kapacitu dimenzujte podle zásad uchovávání
Dimenzování primárního úložiště zohledňuje současná data, růst, snímky a rezervu volného místa. Dimenzování záloh navíc vyžaduje míru změn, harmonogram úplných a přírůstkových záloh, uchovávané verze a zásady dlouhodobého uchovávání. Vynásobení kapacity disků primárního úložiště pevným koeficientem tyto vstupy nenahrazuje.
Oba výpočty zahrnují do fyzické kapacity RAID, rezervy a systémovou režii. Deduplikace a komprese závisí na skutečných datech a vyžadují vlastní zdůvodnění. Licencovaná kapacita zůstává samostatnou položkou: její pravidla započítávání automaticky neurčují využitelný prostor disků ani objem chráněných dat.
Připojení a společné body selhání
Přenosová rychlost portu úložiště neurčuje rychlost celého zálohování nebo obnovy. Je třeba společně posoudit zdrojový systém, prostředky serveru, software, síťovou cestu i cíl. Fibre Channel vyžaduje koordinaci hostitelských adaptérů, optických modulů, zónování a vícecestného přístupu; u Ethernetu je nutné dohodnout protokol, nastavení sítě a šířku pásma.
Samostatná skříň pro zálohy odděluje fyzické prostředky, sama o sobě však nevytváří vzdálenou obnovu po havárii. Společné napájení, síť, administrátorský přístup i umístění mohou zůstat sdílenými riziky. Pokud je potřeba ochrana před ztrátou lokality nebo neoprávněným smazáním, vyžadují umístění kopie, oddělení přístupů a režim ochrany vlastní návrh.
Praktický příklad: návrat aplikace do dřívějšího stavu
Představme si, že chybná aktualizace poškodí data v účetní aplikaci. Primární úložiště může zůstat v pořádku; požadovaným výsledkem je návrat k vhodné dřívější verzi. Při zkoušce správce vybere požadovaný bod z katalogu, obnoví data do izolovaného testovacího prostředí a spustí databázi podle postupu aplikace.
Ověření pokračuje i po zkopírování souborů: aplikace se musí otevřít, klíčové operace musí fungovat a výsledek musí být potvrzen. Naměřená doba obnovy zahrnuje přípravu, síťové propojení a spuštění aplikace stejně jako načtení dat. RPO vyjadřuje přijatelný rozsah ztráty dat v časových jednotkách a RTO cílovou dobu obnovy; tyto cíle vycházejí z obchodních požadavků a ověřují se zkouškou, neodvozují se z názvů zařízení.
Stručné technické zadání před nákupem
Před přípravou specifikace úložných systémů, softwaru, konektivity a služeb shromážděte následující vstupy.
- Aplikace a verze, objem dat, míra změn a prognóza růstu.
- Stávající zálohovací software, používané licence, servery a protokoly.
- Doba uchovávání, obchodní požadavky na RPO/RTO a priority obnovy.
- Umístění, návrh napájení a sítě, požadavky na vzdálenou kopii a oddělený přístup.
- Scénář přejímky: která aplikace se obnoví, kdo ji zkontroluje a jaký výsledek bude přijat.
Projekt datového úložiště
Projednejte architekturu úložiště pro své aplikace, objemy dat a plány růstu.