タグ付けされた質問 「maintenance」

データベースのコンテキストでは、メンテナンスとは、モニタリング、チューニング、バックアップ手順など、データベースシステムに関連する日常的な運用タスクを指します。

1
HEAPを再構築するとダウンタイムが発生しますか?
これは少し恥ずかしい質問です。長年これを見逃していたとは思えません。 401ヒープテーブルを持つベンダーサードパーティデータベースがあります。私は最近、Brent Ozarのスクリプトとセットアップsp_BlitzFirstを使用して15分ごとに実行し、待機統計などを収集しました。 明らかになったのは、24時間にわたって実行されるたびにForwarded Recordsを修正するように指示することでした。DMV全体でクエリを実行し、150,000を超える転送されたレコード値を持ついくつかのテーブルを取得した読者に、おそらく何がショックになるでしょう。 これを修正することは、テーブル全体にクラスター化インデックスを作成すること、または実行するための一時的な回避策として理解していますALTER TABLE [tablename] REBUILD。 しかし、私が見つけられなかったのは、これがテーブルをオフラインにするかどうか、およびこのコマンドを実行する前に知っておくべき他の問題があるかどうかです。 2008 R2のEnterprise Editionを使用していますが、この方法で実行すると停止の必要がなくなるのでしょうか。 ALTER TABLE [tablename] REBUILD WITH (ONLINE = ON); 誰かこれについて何か経験がありますか?

3
トレースフラグとオフにする必要がある理由と理由
SQLサーバーには非常に多くのトレースフラグがあります。それらのいくつかをオフにする必要がある理由。トレースフラグ8017をオフにする必要があることを確認した場所もあります。それで、どのトレースフラグをオフにする必要があるのか​​、なぜ知りたいのですか?

2
適切なMySQLデータベースのメンテナンス
これで問題が広すぎないことを願っています。私とそれが偶然出会う将来のdba noobsを助けることができると確信しています。 私はDBAの役割を担うシステム管理者です(私はCEOの見通しを助けたので、明らかにデータベースを管理できます!)。それはデータベースサーバーのそれほど大きくない、または忙しいわけではありません... mysqldumpのサイズは約6GBであり、それほど大きくなるまでに5年かかりました。Muninは、ピーク時に1秒あたり平均40〜60クエリを実行していると報告しています。 私の上司は私にOracle Universityシステム管理コースの受講料を支払いましたが、受講した後は、mysqlサーバーのさまざまな部分、機能、方法を説明するだけです。しかし、それはそれほど深くはなく、そのコースからDBAに出ることは絶対にありません。 現在のDBAとして、すべてがスムーズに実行されていることを確認するにはどうすればよいですか?実行できる日常のメンテナンスタスクはありますか?チェックすべき特定のメトリックはありますか?または言い換えると、DBAとして、すべてを良好な状態に保つために毎日何をしていますか? 答えを少し調整するのに役立つ場合は、いくつかの詳細を以下に示します。テーブルは171ありますが、3つを除いてすべてinnodb、その他はmyisamです。RBRを使用して、プライマリデータセンターとディザスターリカバリーサイトの間にマスター/スレーブレプリケーションをセットアップしました。バージョンは5.5.28です。 私に何ができる?

3
ドライブを最適化する前にSQL Serverサービスを停止しますか?
当社のSQL Server 2005データベースのデータファイルは、Microsoft Windows 2003のディスクデフラグツールが99%断片化していると報告する別の物理ドライブにあります。 土曜日の午前3時にこのドライブを最適化するタスクをスケジュールしました。ジョブは40分後に完了し、明らかなエラーはありませんでした。ただし、ドライブは非常に断片化されたままです。 デフラグする前にSQL Serverサービスを停止する必要がありますか? 環境 コンテキストの要求ごと:4 GBのRAMを搭載した2007年頃のDell PowerEdge 2950ハードウェアで32ビットWindows Server 2003(SP2)を実行するMicrosoft SQL Server 2005インスタンス(9.00.5324.00)があります。PowerEdge 2950には、2つの68GB仮想ディスクを作成するためにRAID-1として構成された4つの68GBドライブがあります。(1)C(ブートおよびOS)およびD(ページファイル、その他のその他のデータ)。(2)E(SQLデータ)。私の知る限り、ITスタッフはこれらのドライブのいずれも最適化したことがありません...ディスクデフラグツールは、66%(C)、77%(D)、および99%(E)のファイルの断片化を報告します。パフォーマンスモニターは、次の平均結果を報告します。「ページングファイル:使用率%」= 〜6.8% ; "SQL Server:バッファマネージャ-ページの平均余命" = 20秒 ; および「PhysicalDisk:平均ディスク秒/書き込み、ドライブE」= 300〜1。数か月後には非常に必要なハードウェアとSQL Serverのアップグレード(つまり、新しいハードウェア、64ビットWindows Server 2012、64ビットSQL Server 2012、12GB RAM)が必要ですが、ユーザーのパフォーマンス、問題をできるだけ軽減したい。したがって、ファイルのデフラグを考えることは、メインのSQLデータドライブであるドライブEに役立つ可能性があります。 余談ですが、先週、2台の故障したドライブを引き出してアレイを再構築しました。サーバーを維持するために別のITチームと契約しているため、機器に直接アクセスすることはできません...私たちの組織はサービスの料金を支払うだけです。 定期的にスケジュールされたメンテナンスウィンドウ(毎週)中のダウンタイムと、必要に応じて夜間の帯域外ダウンタイムを用意できます。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.