データベース管理の広範な悪い習慣を呼び出すと、"致命的な"極端に思えるかもしれません。しかし、あなたは、ほとんどのデータの重要性を考えると、どれだけダメージを与えるデータの損失または破損が法人にすることができ、"致命的な"がかなり死んでいるようオン。
これらの習慣は、DBAの間distressingly一般的ですが、彼らはいくつかの抜け目のない経営の介入硬化されます。以下は、それらを排除する方法についていくつかのアイデアと一緒に、我々は最悪を考える7つの習慣のリストです。
習慣＃1。信仰のLEAPは："我々は我々のバックアップの信仰を持っています。"
ブラインドの信仰は、愛情のこもったことができますが、データベースをバックアップする付属しない場合。彼らがテストされているとして、検証バックアップのみ限り信頼されている必要があります。
治療法：
•お使いのDBAは、好ましくは問題がある場合、それらを通知するスクリプトを使用して、バックアップは定期的に成功していることを確認することがあります。
•維持しながら、バックアップしてバックアップを実行します。 DBAは、常に少なくとも2つのバックアップ方法を使用する必要があります。一般的な方法は、オンラインバックアップのバックアップとしてこれらの昔ながらの輸出を使用することです。
•リソースのテスト回収率はできるだけ頻繁に実用的です。あなたのDBAチームのいずれか、または過労テスト回復なしで行く四半期を有するが正しく優先されていないことを初期兆候。テストの回収は、時が来れば、それらを効果的に処理できるようにあなたのチームが復旧活動を実践しながら、バックアップ戦略は、軌道に乗っていることを確認します。
習慣＃2。大きな期待は："それは我々はそれが期待どおりに動作します先に行くしてみましょう。"
ユーザーではなく伝統的な意味での友好が、Oracleは、フレンドリーな一度だけあなたはしばらくの間、それに取り組んできた非常にパワーユーザは、あなたがこのままの本能を開発する"必要があります。"その本能は、多くの場合、任意のDBAは、所有することができる最も危険な習慣の1つの権利ですが、Oracleはそれがあるべき姿"をうまく動作する"ことを前提になります。
治療法：
•鼓吹、組織全体で"練習、練習、練習"の精神。 DBAは、密接な生産システムの振る舞いを模倣するように設計されているテスト環境の安全なサンドボックス内での活動のリハーサルをする必要があります。組織は、時間とお金を彼らがそうするためにできるようにする必要があります。
シニアのものと•ペア経験の浅いDBAは、可能な限り、または独自の翼の下にそれらを取る。新しいDBAは、大胆不敵される傾向にあるが、いくつかの多くの必要な妄想を植え付けることができます他の人の経験から学ぶ。
•レビューすべての計画。これは、DBAは、言ってどのくらいの頻度驚くべきことだ"私は百回は、私はその計画を必要としないことをやった。"彼らが実行モードに向かっている場合、彼らは確実に計画をする必要があります。
すべてのDBAは、所有することができる最も危険な習慣は、Oracleが、それがあるべき姿"をうまく動作する"という前提です。治療法：
•鼓吹、組織全体で"練習、練習、練習"の精神。 DBAは、密接な生産システムの振る舞いを模倣するように設計されているテスト環境の安全なサンドボックス内での活動のリハーサルをする必要があります。組織は、時間とお金を彼らがそうするためにできるようにする必要があります。
シニアのものと•ペア経験の浅いDBAは、可能な限り、または独自の翼の下にそれらを取る。新しいDBAは、大胆不敵される傾向にあるが、いくつかの多くの必要な妄想を植え付けることができます他の人の経験から学ぶ。
•レビューすべての計画。これは、DBAは、言ってどのくらいの頻度驚くべきことだ"私は百回は、私はその計画を必要としないことをやった。"彼らが実行モードに向かっている場合、彼らは確実に計画をする必要があります。
習慣＃3。自由放任主義政権は："我々はシステムを監視する必要がないユーザーは、常に私たちは何かが間違っているときに知らせる。"
あなたは問題があることをDBAチームに通知するユーザーに依存している場合、それはすでに遅すぎるかもしれません。
治療法：
•インストールを利用しているので、問題が識別され、解決は、サービスに障害を与える原因とする前に、パフォーマンスの監視システム。
開発者やテスト担当者と協力して•避けるリリース後のソフトウェアの問題は、すべての生産対応ソフトウェアは、高性能安定していることを確認してください。
習慣＃4。メモリテストは："我々は、我々は再び行くことを得るためにやったことは、これが起こったのか覚えている"と話した。
これは、DBAチームは、権利を取得には数週間にかかったまだそれはすべての時間を発生する大規模な手順を忘れてしまったことは不可能に思えるかもしれません。定期的なミスを防止し、得た経験を活用するためには、ドキュメントが不可欠です。
治療法：
•要求は、DBAは、理論的根拠は、次の構文、およびワークフローの詳細をかなりのレベルを含む包括的なドキュメントライブラリを、活動日記、維持すること。
•これらの文書は、緊急時に検索になるように、イントラネット上のグループウェアを使用してチームを提供します。
•強制ドキュメントの規律と定期的に確認してください。あなたのDBAは質問：誰が作成したこの表だったときに何のSQL？どのような作業は、特定の日に行った？彼らはすぐに答えることができない場合は、それらがメモリに依存して帰ってしまっていることがわかります。
習慣＃5。注釈ゲーム：それは、組織内の開発者になると"私を見てはいけない、それはSQLが生産されていることを開発者の責任だ"いくつかのDBAは、本当の"私たちに対"の考え方を持っています。
ねえ、絶対に計画する必要があります。習慣＃3。自由放任主義政権は："我々はシステムを監視する必要がないユーザーは、常に私たちは何かが間違っているときに知らせる。"
あなたは問題があることをDBAチームに通知するユーザーに依存している場合、それはすでに遅すぎるかもしれません。
治療法：
•インストールを利用しているので、問題が識別され、解決は、サービスに障害を与える原因とする前に、パフォーマンスの監視システム。
開発者やテスト担当者と協力して•避けるリリース後のソフトウェアの問題は、すべての生産対応ソフトウェアは、高性能安定していることを確認してください。
習慣＃4。メモリテストは："我々は、我々は再び行くことを得るためにやったことは、これが起こったのか覚えている"と話した。
これは、DBAチームは、権利を取得には数週間にかかったまだそれはすべての時間を発生する大規模な手順を忘れてしまったことは不可能に思えるかもしれません。定期的なミスを防止し、得た経験を活用するためには、ドキュメントが不可欠です。
治療法：
•要求は、DBAは、理論的根拠は、次の構文、およびワークフローの詳細をかなりのレベルを含む包括的なドキュメントライブラリを、活動日記、維持すること。
•これらの文書は、緊急時に検索になるように、イントラネット上のグループウェアを使用してチームを提供します。
•強制ドキュメントの規律と定期的に確認してください。あなたのDBAは質問：誰が作成したこの表だったときに何のSQL？どのような作業は、特定の日に行った？彼らはすぐに答えることができない場合は、それらがメモリに依存して帰ってしまっていることがわかります。
習慣＃5。注釈ゲーム：それは、組織内の開発者になると"私を見てはいけない、それはSQLが生産されていることを開発者の責任だ"いくつかのDBAは、本当の"私たちに対"の考え方を持っています。
彼らは開発者を支援するファシリテーターは、本番にそれをすることから低品質のコードを防ぐための保護者というとは、データベースの観点から高品質なコードを開発しないように自分自身を参照してください。これは開発者向けのイニシアチブとリリースサイクルの大幅な低下の欠如、開発者やDBAは結果の間の対立関係が、意味のように思えるかもしれない。
治療法：
•[DBAは、誰が、彼らがサポートして開発者との統合チームとして働くために彼らの責任だ理解しています。
すべてのプロジェクトの継続的なDBAの関与を構造化するのではなくレビューマイルストーンで、チームの姿勢を育成。•。
•開発者のサポートの役割で、個々のデータベース管理者を割り当てることを検討してください。それは、ジョブの説明を明確にあれば、それをうまく行うには多くの動機はありません。
習慣＃6。ソロACTは："私は私がやっていることも助けを必要としないことを知っている。"
データベース管理は、ますます複雑化してもほとんどの上級DBAは、おそらく最後のあらゆる詳細を知ることはできません。 DBAが選別されると利用が必要さまざまな専門分野を持っています。 DBAは、彼らが、あるいは知っているよう知っておくべき、すべてを感じるとき、彼らは質問をしないで、貴重な知識を、彼らは他人から得ることができるを是非お見逃しなく。
治療法：
•フォスターは、DBAは、彼らが答えを知らない助けを求めることを認めざるを許容だチームワークの文化を。
•、ブレインストーミングとその仮定をテストするためのフォーラムとしての外のピアグループを求めるためにあなたのDBAを奨励する。なし一人の人間が専門知識と経験も比較的小さなグループの一致することができます。
参考資料、コース、および外部の専門家、または呼び出し時にコンサルタントなどの技術リソースのセーフティネットを設けてください。
0 件のコメント:
コメントを投稿