システム・ソリューション概要

あなたは、バックアップの重要性を認識していますか？

サーバにおいてバックアップは必要不可欠です。特にユーザー作成データはオンリーワンの物です。様々なユーザからの大切なデータがハードディスクが壊れて、ある日突然全て無くなってしまう事を想像してみてください。どのくらいの損失でしょう？ある社員が何日もかけて制作した企画書が消えてしまった。昨日までやっとの思いで作り上げた画像データが消えてしまった。など泣くに泣けない状態にならないためにもバックアップは必要です。

ハードウェアで特にハードディスクはいつか壊れるものとお考えください。それだけではありません、急な天災（地震、火災）などによって突然サーバが壊れることもあります。また、人為的なミスによってサーバのデータが全て削除される場合もあります。　繰り返しますが、様々な理由によってバックアップを取っていないサーバが突然壊れた、再起不能になった事を想像してみて下さい。サーバ管理者のみならずその会社の社員は絶望のどん底に立たされます。顧客からの苦情や過去に制作した制作物を再度作り直す作業が、この時点で何ヶ月も続くわけですから膨大な損失と労力が必要になります。

さらに、現状のシステムのバックアップも同様です。購入ペンダー様の提案通りにバックアップシステムを導入しても、トラブル時に復旧できるとは限りません。往々にしてあるのが、サーバが提供するサービスにのみ気を取られ、バックアップシステムの内容まで照査して導入するケースは少ないのが現状です。実際障害が起きてリカバリする事になった場合、復旧時間が1日以上かかってしまう様なことが多々あります。　上記の事からバックアップの大切さを少しだけご理解いただけたと思いますので、具体的にバックアップ構成をどのように考えれば良いか考えてみましょう。

① バックアップを必要とするシステムかどうか？
↓
② バックアップソフトの照査
（媒体の保存方法、媒体の種類、リカバリ時間、操作方法の難易度）
↓
③ バックアップするデータ範囲、バックアップを行う時間
↓
④ 導入

我々CSCは、お客様の環境スタイルに合った提案を致します。

【実際の構成例】

1.サーバ1台で、業務上重要な役割をしているサーバの場合

Disk to Diskにて、システム全体をバックアップし、復旧までの時間を1時間以内にする仕組みの構築
※ ハードウェア復旧時間は含まれません。

2.複数のサーバでそれぞれにバックアップの管理をしている場合

バックアップ媒体をストレージタイプにして、バックアップを一元管理できる仕組みの構築復旧までの時間を1時間以内にする。

※ ハードウェア復旧時間は含まれません。

3.会社のコンプライアンス上、復旧までの時間も大切だが、遠隔地にバックアップを置く場合

タイプ1

サーバ群のバックアップ先をストレージにして、外部メディア（移動可能媒体）へ再度バックアップする仕組みの構築外部メディアの保管場所に別途保管倉庫をご用意致します。

タイプ2

サーバ群のバックアップ先をネットワーク経由で専用のサーバへバックアップする仕組みの構築