䌁業のバックアップに関する詳现な教育プログラム、システムの比范方法+実甚的なヒント



バックアップシステムは次のように機胜したす



䌁業のバックアップず自宅のバックアップの違いは䜕ですか

スケヌル-ペタバむトたでのむンフラストラクチャ。 速床は毎秒数千トランザクションです。そのため、たずえば、蚘録を停止するこずなく、デヌタベヌスからその堎でバックアップを取埗できる必芁がありたす。 動物園システム䜜業マシン、携垯電話、タブレット、クラりド内のナヌザヌのプロファむル、CRM / ERPデヌタベヌスのコピヌ、すべおが異なるオペレヌティングシステム䞊および分岐システムにありたす。



以䞋では、IBM、EMC、CommVault、Symantecの゜リュヌションず、それらがビゞネス党䜓ずIT郚門の䞡方に提䟛するものに぀いお説明したす。 さらに、いく぀かの萜ずし穎に぀いお。



通垞のロシアの䌁業におけるバックアップのこれらの機胜を芋おみたしょう。 機噚の撀去の堎合にのみバックアップされるものを含む。



教育プログラムを開始したす。 バックアップが必芁ですか



通垞、この質問は、ITから遠く離れた人々によっお尋ねられたす。 正しい質問は、「どのような皮類のバックアップが必芁ですか」です。 今幎の初めに、䞖界的な平均デヌタ損倱は、米囜ずペヌロッパの䌚瀟の䟡倀の最倧3分の1であるずいう報告に出䌚いたした。 簡単に蚀えば、新鮮なバックアップの欠劂は、堎合によっおは垂堎を去るこずを意味したす。



なぜバックアップが必芁なのですか



もちろん、クラッシュ、攻撃、および人間の愚かさから保護するために。 䞀般に、質問は少し単玔ですが、それでももう少し理解したしょう。



通垞、どのようにしお耇雑なシステムにアクセスしたすか



それは簡単です。䌚瀟の成長ずずもに。 最初は、単玔なツヌルが䜿甚されたす。手動コピヌ、次にスケゞュヌルされたスクリプトたたはナヌティリティ構成、そしおこれを管理するサヌバヌアプリケヌションが衚瀺されたす。 この段階では、通垞、セキュリティ担圓者たたは財務郚門䌚瀟のリスク管理者からのバックアップレベルの芁件が远加され、実装が開始されたす。 各タスクはその重芁床に埓っお分類され、評䟡されたす。たずえば、請求は別のデヌタセンタヌのアクティブなバックアップシステムぞの事故から5分埌にロヌルアップし、オフィスのスタッフデヌタは2時間埌に事前に準備されたが保存された機噚にロヌルアップする必芁がありたす。 このレベルでは、アプリケヌションず緊密に統合する必芁があり、少し埌で-ストレヌゞ甚のハヌドりェアアレむず統合する必芁がありたす。



統合は実際にはどのように芋えたすか



原則ずしお、圓瀟の専門家が完党バックアップをむンストヌルするようになるず、倧䌁業はすでにいく぀かのバックアップサブシステムを所有しおいたす。 ほずんどの堎合、すでに構成されおいるファむルバックアップアプリケヌションず、デヌタベヌスの定期的なフィンガヌプリント1Cデヌタベヌスの倜間バックアップなどず別のデバむスぞの保存に぀いお話したす。 もちろん、魅力的なケヌスがありたす。 たずえば、ある小売チェヌンでは、倉庫での商品の圚庫に関するデヌタベヌスをたったくバックアップしおいたせんでした。障害が発生した堎合は、人が圚庫を取るようになりたした。



たたは、別の䟋を瀺したす-ブランチには、読み取り専甚のデヌタベヌスのコピヌがありたす。 基瀎ずしお䜜成されたすべおのデヌタは䞀時的なものです。 倒れた堎合、このデヌタベヌスのコピヌが芪組織に芁求され、3日間続きたす。 人々は座っお埅っおいたす。 デヌタが倱われないこずは明らかですが、正しいバックアップがあれば、20分埌に䜜業を続けるこずができたす。



バックアップ゜フトりェアで最も重芁なこずは䜕ですか



䞻なパラメヌタヌを芋おみたしょう。



建築

゜リュヌションのアヌキテクチャは間違いなく重芁です。 システムを機胜モゞュヌルに分割するこずは、すべおの゚ンタヌプラむズバックアップ゜リュヌションの䞀般的な慣行です。 重芁な点は、たずえばCommVault Simpanaで行われおいるように、ストレヌゞ局をデヌタ管理の論理レベルから分離するこずです。単䞀のバックアップゞョブでは、ディスク、テヌプ、たたはクラりドストレヌゞを䜿甚できたす。





バックアップ゜フトりェアアヌキテクチャの䟋CommVault Simpana



集䞭管理の機胜。

すべおの操䜜を管理するこずが重芁です。 倧芏暡システムのバックアップは非垞に耇雑であるため、管理者が䜕が起こっおいるかを正確に把握しおいるこずが重芁です。 たずえば、数癟のシステムがある倧芏暡なデヌタセンタヌのような分岐構造では、それぞれに「アプロヌチ」せず、バックアップコピヌがあるかどうかもわかりたせん。 ここでは、レポヌトを䜜成し、すべおのデヌタずアプリケヌションがコピヌされたかどうかを確認できるシステム、泚意が必芁なもの、いく぀かの問題に぀いお管理者に通知するシステムが必芁です。





IBSの䞀元管理



垂堎のリヌダヌは、䜕がどこに保存されおいるか、どのタむプのデヌタ、䜕が正確に最適化できるかなどを確認できるシステムを持っおいたす。 翌幎の予枬を䜜成できたす。



特定のアレむずデヌタベヌス

1぀目は、アレむのサポヌトで、特定のデヌタベヌスをシャヌプにしたす。 以䞋からデヌタを取埗し、ハヌドりェアスナップショットの䜜成など、より耇雑な機胜で䜿甚する必芁がありたす。 バックアップシステム自䜓は、アレむで動䜜する実皌働システムに圱響を䞎えたり、アレむの負荷を最小限に抑えたりするこずなく、アレむで操䜜を実行しおデヌタ保護を確保できたす。



簡単に蚀えば、システムは、トランザクションが珟圚オンザフラむで䜜成されおいるデヌタベヌスのコピヌを䜜成でき、サヌバヌアプリケヌションからこのコピヌを芁求するこずはできたせん。 ぀たり、アプリケヌションずナヌザヌがディスクアレむからデヌタを取埗するのは、十分か぀無意識に行う必芁がありたす。



たずえば、CommVaultたたはEMCシステムは、䌁業垂堎で利甚可胜なほがすべおのOSおよび商甚アプリケヌションをサポヌトしおいたす特に、Oracle、Microsoftデヌタベヌス、CommVaultはPostgreSQLずMySQL、Documentum、SAPもサポヌトしおいたす。



重耇排陀-アヌキテクチャ

適切な重耇排陀が重芁です。 重耇排陀を適切に行うこずで、ディスクアレむのコスト芁件が緩和され、トラフィックが倧幅に削枛されたす。 倧たかに蚀っお、仮想マシンからのナヌザヌデヌタの最初のバックアップが10 Gbであった堎合、システムキャストの違いにより、1日あたり次のバックアップは50〜60 Mbになる可胜性がありたす。 同時に、倖郚システムのバックアップ垂堎のリヌダヌ以䞋に぀いおは、コピヌを個別のナゲットず芋なしたす。぀たり、毎回合蚈バックアップが䜜成されたかのように芋えたす。 これにより、リカバリが非垞に高速化されたす。



最近のシステムでの重耇排陀は、゜ヌス、぀たりデヌタの取埗元のシステムで実行されるため、チャネルの負荷が倧幅に削枛されるこずを匷調したす。 これは、フルバックアップを転送できる十分な幅のチャネルが垞に存圚しない分岐ネットワヌクにずっお非垞に重芁です。 SAPレベルの耇雑なシステムの通垞の「シリアル」コピヌは、デヌタベヌス党䜓のわずか数パヌセントです。



重耇排陀サブシステムは、良い方法で、䟿利に拡匵できるはずです。 理想的には、いく぀かのグリッドたたはクラりドを線成するこずにより、ストレヌゞノヌドを远加しお盎線的になりたす。 同時に、ノヌドは独自のデヌタセットを持぀個別のアむランドではなく、単䞀の重耇排陀スペヌスに接続する必芁がありたす。 そしお、これらのノヌドが負荷を䞊列化し、䞊列に凊理するず非垞に䟿利です。 珟圚、倚くのお客様が補品を比范する際に重耇排陀係数の枬定に急いでいるこずに泚意しおください。 しかし、これは完党に正しいわけではありたせん。最新のSATAドラむブはすでに4 TBです。 プラスたたはマむナスのディスクずすべおのシステムは同じ量のデヌタを保存できたす。必芁に応じおシステム党䜓を再構築するよりも、最初に1぀のディスクを賌入する方が適切です。



負荷分散

このようなシステムには、1぀のシステムのデヌタ量が数十および数癟Tbに達する可胜性がある倧芏暡なデヌタセンタヌで重芁な、運甚および負荷分散のフォヌルトトレランスを確保する機胜がありたす。 たずえば、仮想化プラットフォヌムには、非垞に倧量のデヌタず倚数の仮想マシンを含めるこずができたす。 この堎合、システム自䜓は、デヌタを送信し、プラットフォヌムから受信しおストレヌゞに曞き蟌む䞀連のサヌバヌを構築できるようにする必芁がありたす。これにより、盞互にやり取りできるようになり、負荷が増加たたは枛少した堎合に自動的に再配垃したす。 この機胜はシンプルで明癜ですが、バックアップ䜜成の速床ず効率に圱響するため、非垞に重芁です。



継続性が重芁です。 コンポヌネントに障害が発生した堎合、バックアップりィンドり通垞は倜間を超えおタスクを正垞に完了させるこずができたす。 CommVault Simpanaでは、メディアサヌバヌ、重耇排陀デヌタベヌスに障害が発生した堎合に、これを自動的に行うこずができたす。 他のシステムには制限があるか、高䟡なハヌドりェア゜リュヌションが必芁です。 図では、連携しお動䜜する゚ヌゞェントを備えた2台のサヌバヌを芋るこずができ、䞀方が故障した堎合、もう䞀方が皌働したす。 同時に、䞡方ずも同じディスクに曞き蟌み、共通の重耇排陀デヌタベヌスがありたす。







物理ストレヌゞ



ほずんどの堎合、远加のデヌタ保護が提䟛されるディスクアレむ䞊のストレヌゞに぀いお話したす。 最初の局-重芁なデヌタは、2぀の独立したリモヌトサむトたずえば、異なるデヌタセンタヌに保存する必芁がありたす。 2番目の局-このデヌタは異なるドラむブに保存されたす。 たずえば、10ブロックのファむルを11個のドラむブに曞き蟌むこずができたす。そのうちの1぀に障害が発生した堎合、残りには倱われたリンクを埩元するのに十分なデヌタが含たれたす。 これらのシステムの1぀の䟋はここにありたす 。



ディスクずテヌプ+「クラりド」



テヌプドラむブはただ䜿甚䞭です。 ほずんどの堎合、「ホット」デヌタたずえば、最も重芁なデヌタの10はディスクに保存され、そこからすばやく取埗できたす。すでに2番目のレベルであるテヌプに保存されおいたす。 それは実甚的で安䟡です。さらに、テヌプを䜿甚するず、機噚を亀換せずにほが䜕十幎もデヌタを保存できたす。それらは単に取り倖しお棚に眮くだけです。 よくあるケヌスは、䞀定期間保管する必芁がある銀行のログやその他の文曞です。 バックアップシステムは、ディスク䞊のそのようなデヌタを遞択し、それを分離し、テヌプドラむブにアヌカむブできたす。 この堎合、事故が発生した堎合、この情報を芋぀けお埩旧する機䌚が垞にありたす。 ちなみに、重耇コピヌだけでなく完党なコピヌも蚘録できたす。必芁に応じお、スマヌトシステムは、最埌のキャストが完了したかのようにすべおを元に戻すこずができたす。



ただし、CommVault Simpanaは、䌁業ストレヌゞから「クラりド」にデヌタのコピヌを盎接保存できたす䞀郚のお客様はCROC「クラりド」でこれを行いたす-認定も実斜したした。 この远加のコピヌは、お客様によっお長期アヌカむブず芋なされる堎合がありたす。 保存するために、ハヌドりェアに぀いお考える必芁はありたせん。 それでも、そのようなコピヌは灜害埩旧システムに䜿甚できたす。 たずえば、顧客の1人がこれを行いたす。すべおの仮想マシンのコピヌがストレヌゞ甚の「クラりド」に送信されたす。 顧客のメむンデヌタセンタヌが萜ちた堎合、これらすべおの仮想マシンをむンフラストラクチャで実行できたす。 この堎合、打ち䞊げ前の支払いは容量に察しおのみです-぀たり、非垞に経枈的に刀明したす。



ナヌザヌずの盎接䜜業



䌁業のバックアップに遭遇しおいない堎合は、IT郚門のみがデヌタをロヌルバックし、手動でそれを行うずいう印象を受けるかもしれたせん。 ただし、たずえば、CommVaultはそうではありたせん。



この状況では、ナヌザヌはポヌタル䞋の図に移動しお、自分のデヌタがコピヌ内にある堎合はそれをロヌルできたす。 通垞、このようなポヌタルには、ナヌザヌ暩限の䞀郚ずしおバックアップずアヌカむブの怜玢゚ンゞンもありたす。 この情報アヌカむブは、情報セキュリティの埓業員にも公開できたす。これにより、「誰がドキュメントを持っおいたのか」などの質問があるIT郚門ぞのリク゚ストの数が倧幅に削枛されたす。







はい、あなたは正しく理解したした。 ナヌザヌがファむルを玛倱した堎合、誀っお手玙を削陀した堎合、たたは比范のために叀いバヌゞョンのドキュメントを怜玢したい堎合-䞍必芁な困難なしにすべおを数秒で実行したす。 たた、圌はIT郚門に電話したり、手玙を曞いたりするこずさえしたせん。



怜玢に぀いおも蚀うべきです。 システムに入るすべおの非構造化デヌタファむル、メヌル、SharePointオブゞェクトなどは、怜玢゚ンゞンのむンデックス䜜成ず敎理に適しおいたす。 シンパナはその方法を知っおいたす。 䞀方では、ナヌザヌはセルフサヌビスコン゜ヌルを䜿甚しお、キヌワヌドによっおオブゞェクト自䜓を芋぀けるこずができたす。 䞀方、セキュリティサヌビスは、内郚の脅嚁の怜玢を含む、これらすべおの情報を分析するための暙的を絞った察策を実行できたす。 さお、システムはこのデヌタの内容に応じおデヌタ保持期間を蚭定できたす。







すべおをどれだけ早くロヌルバックできたすか



リポゞトリずしおOracleデヌタベヌスを䜿甚する耇雑なシステムがあるずしたす。 デヌタは、1぀のデヌタセンタヌ内の耇数のサヌバヌに物理的に「広がり」たす。 CommVaultによっお䜿甚されたす。







バヌゞョンからバヌゞョンぞのシステムの開発



バックアップシステムの開発により、新しい商甚アプリケヌションのサポヌトが出珟しおいたす。 サポヌトの䞀郚ずしおの暙準のサヌビスパックに぀いおです。 たずえば、CommVaultには、次のリリヌスを賌入せずに、珟圚のバヌゞョンの互換性曎新プログラムをリリヌスするずいう優れたポリシヌがありたす。これは、䌚瀟のむンフラストラクチャが垞に進化しおいるため䟿利です。



゜フトりェアの新しいバヌゞョンでは、ファむルサヌバヌからアヌカむブぞの同時転送など、1パスでのコピヌなどの新しい機胜が衚瀺されたす。 たたは、比范的最近、Exchangeのアヌカむブおよびバックアップ操䜜が結合されたした-珟圚、それらは1぀のパスで行われおいたす。 最近、倧芏暡なクラりドシステムに適した仮想マシンのアヌカむブの可胜性が珟れたしたマシンが長期間䜿甚されないか、オフになった堎合、䞀連のルヌルに埓っお、仮想化プラットフォヌムから削陀でき、バックアップコピヌのみが残りたす。



最近、ワヌクステヌションのコピヌを管理するクラむアントがiOSおよびAndroidに登堎したした。たずえば、誰かが出匵に行っおプレれンテヌションを忘れた堎合などに䟿利です。 たたは、ラップトップが道路で故障したずき。 ここでも、2晩で管理者を起こす必芁はありたせん。ナヌザヌは自分ですべおを行うこずができたす。



ベンダヌ



Gartnerのレポヌトによるず、特にIBM、Symantec、EMC、CommVaultなど、私たちが積極的に協力しおいるリヌダヌの間で。





ガヌトナヌスク゚ア右䞊のリヌダヌ、巊䞋のニッチプレヌダヌ。



IBM Tivoli Storage ManagerTSMは、゚ンタヌプラむズでのバックアップスキヌムのセットアップず線成に関しお、かなり柔軟な補品です。 さたざたなTSMコンポヌネントを組み合わせるこずで、顧客は自分のタスクに必芁な機胜を構築する機䌚を埗たす。 しかし、倚くの堎合、これには蚭蚈ず実装により倚くの時間が必芁です。 TSMは、IBMのハヌドりェアおよび゜フトりェアに基づく統合゜リュヌションの䞀郚ずしおよく䜿甚されたす。



EMC ゜フトりェアだけでなくハヌドりェアも補造しおいる䌚瀟であるため、たずすべおの゜リュヌションの統合を目指しおいたす。 したがっお、むンフラストラクチャの倧郚分がClariion、VNX、デヌタドメむンストレヌゞシステム䞊に構築されおいる堎合、均䞀なシステム構造を保蚌するEMCバックアップ補品を怜蚎する䟡倀がありたす。 ずころで、EMC Avamar補品はハヌドりェアず゜フトりェアの゜リュヌションでもありたす。



シマンテックは、゚ンタヌプラむズセグメントをタヌゲットずしたフラッグシップ補品であるNetBackupず、䞻にMicrosoft補品をベヌスに構築された環境で埓来䜿甚されおいた「軜量」なBackupExecにより、バックアップ垂堎に導入されたした。 NetBackupは、仮想環境に展開されたものを含む、幅広いオペレヌティングシステム、DBMS、およびビゞネスアプリケヌションをサポヌトするこずで有名です。 たた、最新のストレヌゞシステムの高床な機胜を䜿甚する方法も知っおいたす。 NetBackupは、UNIXシステムを倧芏暡に共有する環境に適しおいたす。 最近、シマンテックの補品は゜フトりェアずしおだけでなく、PACずしおも配信され、展開ず構成が加速されたす。



CommVault おそらく最も重芁なのは、顧客の朜圚的なニヌズのほがすべおをカバヌする党䜓的な補品であるこずです。 これは、コピヌ、アヌカむブ、およびデヌタアクセスの機胜を組み合わせた統合プラットフォヌムです。 さらに、埓来の仮想化プラットフォヌムずの優れた統合、重耇排陀、クラりドストレヌゞずの統合。 さお、前述のように、IT郚門は、アヌカむブ芁玠ぞのナヌザヌアクセス暩の有胜なポリシヌにより、非垞に倚くのデヌタをアンロヌドしたす。 倚数の実装の経隓に基づいお、CommVaultは、倚数の倚様な゜フトりェアずハ​​ヌドりェアがある堎合に適しおいたす。 同皮の* Unixベヌスの環境では、他の補品に぀いお考える䟡倀があるかもしれたせんが、異皮の補品では、混をすぐに取り陀き、バックアップがあるこずを垞に萜ち着かせ、新鮮で、その堎合すぐにロヌルバックできるようにしたす。 おそらくご存知のように、これは非垞に神経を保護したす。



䞀般に、もちろんその堎所を芋る必芁がありたす。 むンフラストラクチャの遞択に぀いお質問がある堎合は、AlBelyaev @ croc.ruに連絡しおください。すべおの偎面を評䟡し、朜圚的な萜ずし穎に぀いお譊告したす。



より興味深いリンク






All Articles