バックアップは重要ではないという態度にどのように対処しますか？
私の職場では、バックアップはそれほど重要ではないという態度があることに気づきました（確かに、開発/テストは、何らかの形式のバックアップ戦略が実施される前に行われます）。
私のチームの他のメンバーは私のようなシステム管理者/システム管理者の知識が不足しているため、バックアップ/ディザスタリカバリの考慮事項について話し合っていますが、実装されていません。何も問題がないので（しかし見落とされているのは偶発的な削除です）、バックアップについてあまり心配する必要がないという態度があります。
この文化にどのように取り組んでいますか？私はそれが一般的であるに違いないと確信していますか？
ありがとう
罪悪感ともっともらしい災害シナリオは良いスタートですが、英雄的な努力によってかろうじて回避された実際の災害のように教えるものはありません。テープライブラリを交換する必要があるという力を納得させるのに数年かかりました。非常に手間がかかり、必要なものが得られませんでした（SDLT320に落ち着く必要があり、LTOを買う余裕がありませんでした）が、少なくともそれはもっと良かったです。 TPTBが大騒ぎになるたびに完全に複製する必要があります！ホットバックアップサイトが必要です！コストを適切に予算化し、彼らがそれを買う余裕がないと判断するたびに。
最新のラウンドを除いて。不思議なことに、彼らは中間層のストレージアレイがライブレプリケーションを取得できると判断しました。最上位層は...もしあったとしても、その交換を待つつもりです。最下層は予算の後ろに落ちました。
それは絶え間ない努力を要し、長期にわたって非常に疲れます。これまでのところ、教育災害はまだ発生していません。
より一般的には、教育と忍耐が必要です。リスク要因とその可能性（「リスク管理」としても知られ、ビジネススクールでそのようなことを教えることになっている）、および緩和策とコストに関する教育。そこに行かなければならない場合は、災害が発生した場合に会社がどれほど困惑しているか、問題に対処しないことでどれだけのお金が失われるかについての詳細なレポートを作成することは良いスタートです。それは彼らのために彼らの仕事をしている、しかし時々あなたは正しいことを成し遂げるためにそうしなければならない。
残念ながら、彼らがあなたがただ物思いにふけるのを怖がってあなたを無視していると彼らが判断したとしても、それはまだ役に立ちません。少なくとも、実際の災害が発生した場合に、問題について知っていて、それを軽減しようとし、拒否されたことを示す紙の証跡があります。ニアミスがありますか？そのレポートをもう一度削除して、バラ色がまだメガネをこすり落としているかどうかを確認します。
私は、プロのコンサルティングのキャリアで見たい以上にこの態度に遭遇しました。
あなたができることは、なぜそれが重要なのかについてクライアントを教育しようとすることだけです。うまくいけば、彼らは耳を傾け、正しいことを決定するでしょう。最終的な分析では、結局のところ、それは彼らの決定です。
あるケースで起こったことは、いくつかのOracleデータベースを含む、1台のマシン上にすべてがあり、バックアップがなく、そのようなものを生成するための時間と労力を送りたくないというスタートアップでした。プライマリシステムにハードウェアの不具合（ディスク以外）が発生した後、この会社がどれほど早く考えを変えたかは、まさに魅力的でした。私はまた、部分的な所有者であった重要なウェブサイトの本の著者がこの状況が起こり続けてしまうことを許してくれるという点にも驚いていました。
これは、リスク管理を含む、ビジネスリーダーシップの関与を必要とする議論です。ディスカッションを開始する良い方法は、現在提供しているバックアップサービスのエグゼクティブサマリーを提供し、サービスが運用上および法的要件を満たしているかどうかの判断への関与を求めることです。
バックアップサービスを文書化して会議の準備をします。考慮すべき点がいくつかあります。
- 何がバックアップされていますか？
- 何がバックアップされていないのですか？
- どのくらいの頻度でバックアップされますか？
- 保持スキームとは何ですか？
- このサービスを毎年維持するのにいくらかかりますか？ （ライセンス、ハードウェア（ライフサイクル）など）
ITの専門性や、トピックに対するビジネスリーダーシップの不注意にどのように反映されていても、サービスが現在どこにあるかを正直に伝えてください。それが正しく行われることが重要であり、優れたビジネスリーダーシップがこれを認識し、プロセスに透明なレベルの管理をもたらそうとしているという事実を評価することを願っています。さらに、正直な評価は、多くの場合、経営幹部がa。）関与する必要があり、b。）得られるサービスのレベルに対して支払うことを実現するために適切な量の現実をもたらします。
プロジェクト中に（1つになります）、すべてを文書化します。ビジネスニーズを文書化し、技術的な実装を文書化し、サービスレベル契約を作成し、実装時にビジネスリーダーシップを承認します。
幸運を。
彼らに考えを変えてもらいたい場合は、同じ紙に署名するように強制し、バックアップする必要があることと、災害が発生した場合の責任はないことを伝えます。通常、人々はサインアップして考え始めたくありません。 2〜3日後に戻ってきます（遅すぎない場合）
彼らにとって重要であるがバックアップされていないいくつかのデータを見つけて移動し、待って反応がどうなるかを確認します。
私にはいくつかの部門があり、「それを取得する」ことの最初のヒントは、データを元に戻す方法があるかどうかを尋ねる喫煙ラップトップを持って机の端に立っていたときでした。
何がバックアップされるのか、いつバックアップされるのか、そしてデータをその場所に配置するのは誰の責任であるかを示すポリシーを設定するだけで、ユーザーが想定する必要があるという点があります。少しの責任を取る-一部の人はそうしないだろうが、あなたが文字通り彼らのために考えることを期待する筋金入りの人が常にいる。