web-dev-qa-db-ja.com

Olaのスクリプトの長所と短所と保守計画の使用の違いは何ですか?

メンテナンスプランに対してOlaのソリューションを使用することの長所と短所を理解するのを手伝っていただけませんか? SQLパス( http://www.pass.org/DownloadFile.aspx?File=ebae1b31 )に基づいたプレゼンテーションを用意しました。

また、Olaのソリューションが対応し、保守計画ソリューションが対応しないいくつかのシナリオを準備しています。これをより技術的に説明するのを手伝ってくれませんか?

ちなみに、私たちは約150以上のサーバー(2008/2012/2014/2016の組み合わせ)を管理しており、そのうちの75%以上がOlaのソリューションです。私はブレント・オザーのこの記事が好きでした。しかし、コメントの1つで、ブレントはサーバー数に応じてスクリプトベースのソリューションを使用することを推奨しています。 https://www.brentozar.com/archive/2012/04/maintenance-plans-roombas-suck-good-way/

9
Pat

私は ここに書かれています を持っています

メンテナンスプランは悪くありませんが、環境が拡大すると、メンテナンスプランが提供する制限された柔軟性と機能は十分ではなくなります。

さらに追加するには、

  • Olaのメンテナンスソリューションは コミュニティや大規模組織で広く受け入れられています です。
  • そのオープンソースと問題は github/issues で提起され、非常に速く修正される可能性があります。
  • その柔軟でスケーラブルです(数百台のサーバーに展開する場合でも、 Install-DbaMaintenanceSolution from dbatoolsを使用してください。)
  • Microsoftはバグを抱えていたメンテナンスプランのGUIを修正するのに10年近くかかりました:-)
  • 豊富な ドキュメントとFAQ があり、新しいSQLサーバーのバージョンに対応するために常に更新されています。
  • プレビューバージョン では、バックアップを並行して実行することもできます。
  • インデックスメンテナンスソリューションでは、プロセスの時間を計ることもできます。実行時間がX時間を超える場合は、中止します。
13
Kin Shah

スクリプトベースのソリューションの主な利点の1つは、展開が容易なことです。これは、150以上のサーバーがあるため、ケースに明らかに関連しています。 150台のサーバーにいくつかのメンテナンスプラン(つまり、システムデータベース用とユーザーデータベース用の2つ以上)を展開しようとすると、悪夢になります。それらを所定の位置に維持することは、同じくらい面倒なことです。

スクリプトベースのソリューションは、時間の経過とともに展開および保守がはるかに容易になります。 Olaのスクリプトはかなり包括的で、ほとんどのニーズをカバーしています。これらは、組織が独自の要件に合わせて調整するための優れた出発点となります。

私たちの場合、DEV環境には約40のSQLインスタンスがあり、SSMSの複数接続機能で変更されたOlaスクリプトを使用して、40のインスタンスすべてのメンテナンス体制への変更をワンクリックでロールアウトできるようにしています。特別な場合は、修正によって処理されます。

5
Mike

私は彼のスクリプトについて100%確信はありませんが、カスタムスクリプトは保守計画よりもはるかに優れています。組み込みプランは、断片化がどれほど少なくても、テーブルのすべてのインデックスを再構築します。 Always Onを使用している場合、トラフィックの嵐が発生します。

カスタムスクリプトを使用すると、20%を超えるものやしきい値が何であっても再構築できます。一度に再構築されるインデックスは少なくなります。セカンダリに送信するAlways Onデータが少なくなります。再構築するインデックスが少なくなるため、再構築が速くなります。必要なメンテナンス時間の短縮。

前回メンテナンスプランを使用したときは、3億行のテーブルがあり、インデックスの再構築が開始され、トランザクションログがオーバーフローする問題が発生すると、Always Onは数時間遅れます。スクリプトに戻り、すべてがなくなりました。

3
Alen

上記と同様に、私のお気に入りの理由は、バックアップの種類を自動的に切り替えることができるようにすることです。これにより、新しいデータベースは、次の完全バックアップジョブが実行されるまで待機するのではなく、最初にログバックアップジョブが実行されるときに完全バックアップされます。

1

ほとんどの場合、メンテナンスプランは問題なく機能します。 Ola Hallengrenのスクリプトはほとんどの場合問題なく動作します。

非常にまれなケースですが、自分で成長させる必要があるかもしれません。

チャオが言ったように、あなたが最も快適に作業できるのはそれです。同僚がメンテナンスプランに最も慣れている場合、ニッカーをひねり出すのはなぜですか?

20年以上データベースを使用している場合、彼はすでに独自のメンテナンススクリプトを作成しています。運転を習っていた頃、おそらくカーゴショートパンツやビーチサンダルを着た若いパンクがいたので、「古い、古臭い、メンテナンスプランの方が優れている-パンツを引っ張るとばかげているように見える! 」.

その後、おそらく4年間の戦いがありました。今、スキニージーンズと奇抜な蝶ネクタイを着たこの他の若いパンクは、脚本に戻るように言っています。それはあなたの髪を白くするのに十分です。

考慮すべき3つのこと:

ハレングレナイトの優位性のこれらの例は、実際に環境に適用できますか?

もし彼が保守計画を使うなら、それはあなたに実際の問題を引き起こすでしょうか?

ハレングレンのスクリプトを使用するように彼を説得し、問題がある場合、彼はそれを自分で解決できるか、またはあなたに電話しなければならないでしょうか?

0
James