プロジェクトの背景
東京モバイルの業務支援・経営情報システムのバックアップシステムは、概ね順調に稼動していますが、分散・独立しているため、出庫テープの保管・運搬が不便で、リソースの共有化には不向きです。また、既存システムのバックアップソフトや機器には不備が多く、増加・複雑化するバックアップニーズに対応できず、オーバーホールが必要なものもあります。さらに、バックアップリソースの利用率はバランスが取れておらず、統一的な管理と計画がないため、容量を拡張するのに不便です。
情報システム部では現在、40台以上のテープ・ライブラリやドライブを使用していますが、その大半はローエンドまたは小容量の製品です。すべてのシステムは個別に購入したバックアップ・ソフトウェアを使用しており、その種類は5種類以上。中にはバックアップソフトがなく、手動でしか操作できないシステムもあります。各バックアップシステムは個別に管理されており、ソフトウェア、ハードウェア、ベンダーの状況に大きく影響されるため、システムによっては障害や問題の解決が困難なものもあります。
既存のバックアップシステムには次のような問題があります：各バックアップシステムは別々に構築され、利用率のバランスが取れておらず、一部のバックアップ設備はもはや容量需要を満たすことができず、一部のバックアップ設備は十分に利用されておらず、異なるシステムのバックアップリソースを共有することができません。各システムは独立したバックアップソフトウェアとサーバーを使用し、管理者は別々のバックアップメンテナンス運用計画を実行し、統一的な管理ができません。同時に、バックアップのライセンスとホストの数が多く、多額の投資と高いメンテナンス費用が発生します。各システムのデータバックアップは異なるテープライブラリに散在しており、集中的かつ統一的なデータセキュリティ管理ができず、統一的な計画もありません。一方、リモートバックアップがないため、メディアのオフサイトストレージの保護が非常に不便で、プロダクションセンターで災害が発生した場合、正常なデータ復旧が困難になる可能性があります。この点で、華盛天城は慎重に顧客の要求を整理し、顧客のために以下のソリューションを提案しました：
処方
システム全体の構造
データバックアップシステムアーキテクチャでは、現在使用されている主なバックアップ方法LANイーサネットバックアップ、LANFree光ファイバーSANネットワークバックアップ、ServerLessサーバーフリーバックアップと他の3つの主流のアーキテクチャでは、データ量のバックアップウィンドウの問題に対するソリューションの主な違いは、したがって、正確なバックアップ方法を決定するために詳細な需要と既存の状況を分析する必要があります。
需要分析から、大規模なデータバックアップ需要は王京センターのNGBoss、CRMと電子商取引システムにあり、東直門と馬聯島サーバールームのシステムデータバックアップ量は小さいので、この段階の設計では、王京センターはSANバックアップ方式を採用し、東直門と馬聯島はLANバックアップ方式を採用します。
本フェーズの統合バックアップセンターは亦荘センターに構築され、東京モバイルは亦荘と王京の間に伝送ネットワークを持つため、本フェーズでは王京センターと亦荘センターにFC over IP技術を採用し、2か所のSANネットワークを開放します。これにより、王京のバックアップMediaServerのホストは亦荘のバックアップセンターのテープライブラリを識別し、まず王京のローカル仮想テープライブラリにデータをバックアップし、その後亦荘のバックアップセンターに移行して統合保存します。データのバックアップは、まず王京のローカル仮想テープ・ライブラリにバックアップし、それから亦荘のバックアップ・センターに移行して統合保存します。東直門センターと馬聯道センターでは、LANバックアップ技術を採用し、東直門、馬聯道、亦荘センター間の既存のMDNネットワークを利用してデータをバックアップします。
一般的なトポロジーは以下の通り：
