database - 最小限のデータベース管理

Question

私は開発者です。良い日の建築家。どういうわけか、自分が小さな会社の DBA でもあることに気付きました。私のバックグラウンドは DB アートの分野では公平ですが、本格的な DBA になったことはありません。私の質問は、実際の労力をできるだけ少なくして、現実的で合理的に機能するデータベース環境を確保するために何をしなければならないかということです。

バックアップが実行されていること、および実行されていることを確認する必要があると確信しています。それは簡単なことです。一貫して他に何をすべきですか？

Answer 1

他に誰がデータベースに関与していますか？スキーマの変更（新しいオブジェクトの作成、新しいストアドプロシージャのリリース、新しいユーザーの許可）を行うのはあなただけですか？

• パフォーマンスに影響を与える可能性のあることを行うユーザーの数を、理想的にはあなたを含めて、可能な限りゼロに近づけるようにしてください。
• バックアップをテストしていることを確認してください。理想的には、本番環境を定期的に再作成するDEVボックスを実行します。1。DEVボックスを使用することをお勧めします。2。バックアップは、バックアップから復元できる場合にのみ役立ちます。
• データベースに接続するさまざまなアプリのグループを作成します。新しいユーザーが来たときに、必要な権限がわからない場合は、それらをグループに追加するだけです。一方、データベースオブジェクトには、それらを必要とするグループのみに権限を付与します。
• インデックス、主キー、外部キー、制約、統計、およびデータベースがサポートするその他のツールを使用します。ノーマライズ。
• ボックスに対して最も一般的なコードを最適化します-不正なストアドプロシージャ/データアクセスコードはあなたを殺します。

Answer 2

そこに行ったことがある。以前は、コードを書いたり、すべてのインフラストラクチャを処理したり、DBA の帽子をかぶったり、ユーザー サポートを行ったり、電気ホッチキスが詰まったときに修理したり、IT にリモートで関連する可能性のあるその他のあらゆることを行う仕事をしていました。よかった！私はすべてについて少し学びました。

データベースボックスのお手入れと供給に関しては、次のことをお勧めします。

• 定期的な完全バックアップを実行します。

• 定期的なトランザクション ログのバックアップを実行します。

• バックアップ ジョブを監視します。市場には、これを自動化できる比較的安価なユーティリティがたくさんあります。小さな店では、忙しすぎて毎日チェックすることを覚えていられないことがよくあります。

• バックアップをテストします。ドリルをします。最も重要なデータベースの古いコピーを復元します。バックアップが機能していること、およびそれらを適切に復元する方法を知っていることを自分自身に証明してください。最初の本当の災害のときだけ、これについて考えている人がどれだけ多いかに驚かれることでしょう。

• バックアップをオフサイトに保存します。現在、あらゆるオンライン バックアップ プロバイダーが存在するため、オフサイト バックアップを持たない理由はほとんどありません。

• ボックスへの sa アクセスを制限します。

• データベース プラットフォームがサポートしている場合は、ロール ベースのセキュリティのみを使用してください。1 回限りのユーザー固有のセキュリティを持ちたいという誘惑に抵抗してください。

ここでの基本的な考え方は、ボックスにアクセスできる人を制限すれば、問題が少なくなるということです。第 2 に、バックアップがしっかりしていれば、効果的に対処できないことはほとんどありません。

Answer 3

私は提案します：

• データベースが破損した場合に備えて、データベースの最新のバックアップをすばやく復元するスクリプト
• どのようなバックアップを行っていますか? 毎日のフル バックアップか、それとも 1 時間ごとの増分バックアップかなど。
• 新しいユーザーを作成し、基本的なアクセス権を付与するスクリプト。

ただし、一番の提案は、他のユーザーが持っている権限を可能な限り制限することです。これにより、物事がひどく台無しになる可能性が大幅に減少します。全員が SA であるサーバーは、ロックダウンされているサーバーよりも早く失敗する傾向があります。