私の会社は現在、次のセットアップを備えています。自動スクリプトベースのバックアップ/メンテナンスソリューションの構築
127 SQL Server(2000および2005)と700を超えるデータベース。私たちはサーバー統合の過程にあり、一元管理を可能にするためにマスターサーバー/ターゲットサーバーをセットアップすることを計画しています。このプロジェクトの一環として、スクリプトベースの自動バックアップ/保守ソリューションを作成する責任を負っています。
Ola Hallengrenのスクリプトがあります。here私は多くの進歩を遂げました。ここで
は私が計画するものです:
- 私はSQLインスタンス、データベースとバックアップパスの詳細の詳細を持っているマスターサーバーでデータベースを持っています。
- 私はこのデータベースから読み込んでジョブを動的に作成するためにHallengrenのスクリプトを修正しています。
- ユーザーは、必要なバックアップの種類、バックアップの頻度と期間を定義することができます。
- 私はまた、仕事を広げる能力を持っているので、私はあまりにも多くの仕事を同時に実行していないことを見ています。
- 私は、sp_add_job、sp_add_jobstep、およびsp_add_jobscheduleにパラメータとして渡す必要があるデータを持つテーブルを作成することを考えています。
落とし穴やハードルの経験をこの設定で伝えてください。すべてのアイデアが歓迎
おかげで、
ラジ
ます。また、マスター・データベースからデータベースを取得しにそれらを供給し、フルバックアップジョブおよび各サーバー上のトランザクションログのバックアップジョブを作成する手法を検討するかもしれない
ユーザ定義バックアップジョブ?なぜユーザーはバックアップを気にしなければならないのですか?バックアップ計画を持っていない家庭用PCの数が何らかの指標であれば、ユーザーはこれを決して設定しません! –
申し訳ありませんが、わかりませんでした。ユーザーはジョブを作成しません。ユーザーは必要なバックアップを決定します。これらは製造業の生産庫であり、ユーザーはバックアップの重要性を十分に認識しています。 – Raj
これはserverfault.comにとっても良い話題かもしれませんか?それはプログラミングのミックスの少しですが、そこにいくつかの超スマートSQLの管理者を見つけるでしょう。 – Sam