死にかけているテープドライブを置き換える新しいバックアップソリューションを探しています
Windows Server 2003 SBSと、Server 2003Standardを搭載した別のマシンを実行しています。 SBSサーバーは約7年前のもので、ほぼ24時間年中無休で稼働しています。これはHPサーバーです。 Ultrium448は毎日LTO2400GBテープをサイクリングし、BackupExec 10Dで約100GB相当のデータ（20GBのC：\とシステム状態、40GBの交換、一部のがらくたマーケティングソフトウェア用の40GBのデータベース）を段階的にバックアップしています。 5か月前の時点で、バックアップは一貫してIOエラー、不正な読み取り、およびいくつかの書き込みエラーで失敗しています。
一貫性があると言うときは、毎回、5か月間適切なバックアップがないことを意味します。したがって、サーバーが明日爆発した場合、7年分のデータは存在しなくなります。私はつい最近会社に復帰したばかりで、より懸念される問題の修正を検討しているので、最初に行ったのはUSB2.0外付けドライブへのバックアップを試すことでした。それはひどく遅かった。実際、それはとても遅く、40時間かかりましたが、それでもまだ完成していませんでした。私はそれをキャンセルし、ファイルサイズを減らすために選択を再構成することになりました。ただし、これは永続的な解決策ではありません。
IOエラーは、障害のあるテープドライブ（現在テープが詰まっていて、出てこない）か、SCSIコントローラーが故障していることが原因であると結論付けました。どちらも朗報ではありません。どちらも修正に非常に費用がかかります。私は非常に低い予算で運用しているため、バックアップのアウトソーシングを検討しています。
シドニー（私がいる場所）の会社は、NASを介して増分オンラインバックアップを提供しています。新しいテープドライブのコストはほぼ2倍になりますが、毎月の返済が可能で、キャッシュフローが最小限の時期を乗り切ることができます。それは甘い取引のように思えますが、それでも少し高価です。だから私はもっと安くて信頼できる解決策を探しています。おそらく、社内のNASまたはオフサイトの何か？アイデアは、テープの使用を避けることです。
現在の状況を修正するための推奨事項はありますか？それとも、テープが唯一の道ですか？近い将来、サーバーが停止するのではないかと心配しています。必須別のハードウェアを備えた別のサーバーにサーバーを復元できるようにする必要があります。
すでにサーバー障害に関するバックアップについては、いくつかの良い議論があります。私はそれらを見てみたいと思います：
あなたはすでにテープを排除していることに気づきました。手に負えないテープを片付ける前に、テープに対してピットインされた代替案の費用便益分析を行います。あなたがお尻のSCSIコントローラー、ケーブル、またはお尻のテープドライブを持っているように私には聞こえますが、テープは非常に信頼性が高く堅牢であるため、テープで苦しんでいるのは残念です。
数か月前にいくつかの計算を行い（上記の質問の1つでサーバー障害に投稿されましたが、更新されていません）、テープが必ずしも最も高価なルートではないことがわかりました。私を伝統主義者と呼んでください。しかし、テープは私と私の顧客にとって非常にうまく機能し、信頼性が高く、災害復旧に適していることが証明されています。テープの信頼性が低いことに関連する「ホラーストーリー」の多くは、事後のバックアップのテストを伴わないバックアップ戦略に起因することが多いと思う傾向があります。よく言われるように、バックアップとはバックアップではなく、復元できることです。
ハードウェアの保守契約を結ぶことは、明らかに、堅牢なソリューションのコンポーネントでもあります。他のハードウェアに復元できるバックアップが必要であると述べていますが、SBSサーバーの「システム状態」バックアップは、Microsoftがサポートする代替ハードウェアへの手段では復元できないことに注意してください。 SBSサーバーコンピューターを紛失すると、Active Directoryが失われるため（したがって、Exchangeデータを取得するのがかなり困難になるため）、他のサーバーがドメインコントローラーであることが望まれます。
この場合、テープドライブやサーバーの保守契約を結ぶことで、混乱から抜け出すことができます。別のドメインコントローラーがなく、復元に使用できる同一のサーバーハードウェアが本当に必要であると仮定すると、現在バックアップがあるため、これは特に重要です。
バックアップ体制全体を、オンサイトストレージデバイスへのバックアップの書き込みに集中させるべきではありません。バックアップはオフサイトでオフラインです。それ以下のものはバックアップではありません。
メインバックアップがオフサイトデバイスであり、インターネット接続を介してのみアクセスできる場合、タイムリーに復旧して実行するのに十分な速度で復元できるかどうか疑問に思います。 renmoteバックアッププロバイダーに物理ストレージデバイスを出荷するためのプロビジョニングがある場合、それが機能していることがわかります。ただし、消費者向けインターネット接続を介してバックアップコーパス全体をダウンロードする必要がある場合は、すべてを復旧して実行するために、少なくとも2、3日は話していると思います。痛い！
戦略を変更するやむを得ない理由がない限り（そして、あなたがそうすることを示唆するものがあなたの投稿に見当たらない-あなたは十分に容量の範囲内です。LTO2はまだ広く利用可能であり、使用されていますが、スループット速度/ウィンドウの問題はありませんでした言及されているので、問題はないと思います）、現在のシステムを使用することをお勧めします。コンポーネントに障害が発生した場合は、同じように交換します。 LTO2ドライブはまだ広く利用可能です。
テープバックアップは従来の概念ではありません。それらは今日でも100％関連性があり、ほとんどの中規模およびエンタープライズビジネスで広く使用されています。
明白な質問をするのは嫌いですが、念のためにそれらを隠しておきましょう：テープドライブは定期的に（数週間ごとに）クリーニングテープを取っていますか？サーバーが再起動されましたか/ backup execサービスが再起動されましたか？最近適用されたWindowsパッチはありますか？サーバーに他の構成変更が加えられていますか？ SCSIケーブルは正しく終端されていますか？ SCSIケーブルを交換してみましたか？
「新しく改善された」システムに移行するためのビジネスドライバーとしてコンポーネントの障害を使用することには、常に非常に警戒しています。バックアップを成功させる最も簡単な方法は、テープデッキを別のテープデッキに交換することです。
別の投稿への回答で述べたように、永続的なバックアップにハードドライブベースのメディアを使用するという考えは好きではありません。短期間のニアラインバックアップには問題ないと思いますが、長期的なオフサイト、オフライン、またはアーカイブバックアップのニーズにはこれらに依存したくありません。私の推奨は、オフサイトの長期バックアップのニーズ（ディスクへのバックアップ、次にディスクへのバックアップのテープへのバックアップ）のために、同じデータのテープへのバックアップと組み合わせて、毎日のバックアップにそれらを利用することです。
私は確かに、プライマリバックアップのニーズを満たすために「オンライン」バックアッププロバイダーに依存することはありません。テープバックアップの拡張として、オフサイトおよびアーカイブのニーズに合わせてバックアップのコピーを維持するのに適しています。彼らのサービスにバックアップするのにどれくらい時間がかかりますか？彼らが廃業したり、施設が全焼したりした場合はどうなりますか？午前3時にデータにアクセスする必要がある場合はどうなりますか？
ブルーレイ外付けUSBドライブを購入し、そこでバックアップを作成します。
安価で、各ディスク（2層）に50GBがあるため、各セーブセットは1つのディスクに快適に収まります。
その設定が完了したら（ディスクを変更するのは少し不快ですが、一時的な解決策です）、より多くの時間をかけてプレッシャーをかけずに、より良い代替案を考えることができます。