それ、レプリケーションでよろしく。UDPともども。

たとえば、

「なぜ削除されなかったのか？」
「どのように保証されているのか？」

こうした問いに対して、

• 構成で担保している場合 → 設計や運用の説明が必要
• 仕様で担保されている場合 → 前提として説明できる

“説明の難易度”がまったく違う

特に、監査やコンプライアンスが厳しい環境では、
この差は無視できません。

ここで重要なのは、どちらが優れているかではなく、

「どこまでを人が守り、どこからを仕組みに任せるか」

という設計思想です。

バックアップはこれまで、

「どう守るか」

が中心でした。

しかし今は、

「そもそも崩れない前提をどう作るか」

へと考え方がシフトしつつあります。

この視点に立つと、バックアップ設計も変わります。

• 設定や運用でカバーする領域
• 製品の仕様に任せる領域

これらを明確に切り分けることが、これからはより重要になります。

“削除されないことをどう作るか”から
“削除されない前提をどう持つか”へ

そして、その“前提”をどのように持つか。

その一つの答えが、Arcserve CRSです。

Arcserve CRSは、
バックアップデータを削除・改ざんできない状態に保つことを前提に設計された製品です。

• 管理者であっても削除できない
• 設定変更で回避できない
• 運用に依存しない

“削除されないこと”を仕組みとして担保します

削除されないことを“運用で守る”のではなく、“仕組みで担保する”。

それがArcserve CRSです。

＋＋＋

以上、Koichiがお伝えしました。