SourceOne Eメール管理：SourceOneデータベース メンテナンス スクリプトを実行する方法

SourceOneデータベースをメンテナンスする前に、次の点に注意してください。

1. 『SourceOne Email Management管理ガイド』に記載されているSourceOneデータベースのメンテナンスに関するガイドラインを確認してください。

2. データベース メンテナンス スクリプトを実行する頻度を決定します。原則として、システムが 1 日に 100,000 を超えるドキュメントを処理するシステムなど、非常にアクティブな場合は、週に 3 回の頻度でメンテナンスを実行する必要があります。さらに、メンテナンス スクリプトを使用して、シミュレーション モードで定期的に実行することで適切な頻度を決定できます。また、その情報を使用して、固有の環境ごとにインデックスが断片化する速度を判断できます。その他のガイダンスについては、SourceOne管理ガイドを参照してください。

3. オフピーク時にスクリプトを実行します。これは、データベースのメンテナンスプロセスが非常にリソースを大量に消費し、ディスクとCPUの使用率が高くなるためです。

4. スクリプトは、次の考慮事項に従って、オンライン モードまたはオフライン モードでSQL Server上で実行できます。  

   1. SQL Server Enterpriseエディションでのみオンラインで実行できます。SourceOneのパフォーマンスが低下することに留意してください

   2. オフラインで実行するには、ソフトウェアに付属するSourceOneの中断および再開スクリプトを使用して、SourceOneシステムを一時停止します。システムをサスペンドしないと、SQL Standard Edition を使用している場合にデータベース内のテーブルがロックされる可能性があるため、問題が発生する可能性があります。

   3. SourceOneのアクティビティー、検索、管理タスクは、オンラインまたはオフライン メンテナンスの実行時には実行しないでください。SourceOneをサスペンドする場合は、ES1_ActivityBackupSuspend.vbsスクリプトの代わりにES1_ActivitySuspend.vbsスクリプトを使用して、メンテナンスの実行中にデータベースでアクティビティが行われないようにします。 

   4. オフライン モードでデータベース メンテナンスを実行すると、より完全なメンテナンスを実行できるため、このオプションが推奨されます。

5. スクリプトの実行中に、SQL ServerログとTempDBデータベースに十分なスペースがあることを確認します。TempDBデータベースは、このプロセス中に現在のサイズの20%まで拡張できます。

6. Windowsスケジュール タスク アプレットを使用して、スクリプトを実行するスケジュール済みタスクを作成し、データベース メンテナンス スクリプトの実行をスケジュールします。または、SQL Server Agentジョブを作成して、データベース メンテナンス スクリプトで使用されるストアド プロシージャをスケジュールに従って実行するようにスケジュールします。SQL Server Agentジョブの詳細については、次の記事を参照してください。  リンク エラー https://support.emc.com/kb/334482

7. メンテナンス スクリプトは、実行時間が長くなりすぎてリソースが過剰に消費されるのを防ぐために、約12時間後にタイムアウトします。タイムアウトが発生した場合は、スクリプトを再度実行すると、中断したところから開始されます。

詳細については、次のページにある 『Eメール管理管理ガイド 』のドキュメントを参照してください。

•  https://support.emc.com/products/433_SourceOne-Email-Management/Documentation/

SourceOneのメンテナンス スクリプトを実行するには、まず、データベースの状態の変更権限と表示権限を持つアカウントで、データベースをホストしているSQLサーバーにログインする必要があります。前述したように、メンテナンス スクリプトはSourceOne Activity、Archive、Discovery Managerの各データベースに対して実行できます。各データベースのオプションと出力は、パーティション化されたアーカイブ データベースを除き、非常によく似ています。
 
各データベースのスクリプトは、 Setup\Database\Utilities\MaintenanceフォルダーのSourceOneインストール パッケージ にあります。

1. そのディレクトリ内のフォルダーを SQL Server コンピューター上のディレクトリにコピーします。 

各フォルダには、メンテナンス バッチ ファイルと、出力をログ ファイルおよびターミナル画面にリダイレクトするための関連する Visual Basic スクリプトが含まれています。  

       2.DOSコマンド プロンプトから実行するか、ファイル名をダブルクリックして、バッチ ファイルを実行します(使用可能なバッチ ファイルは次のとおりです)。

• ES1_ActivityDB_Maintenance_mssql.bat

• ES1_ArchiveDB_Maintenance_mssql.bat

• ES1_DMDB_Maintenance_mssql.bat

       3.プロンプトに応答して、データベースがインストールされているSQL Serverのインスタンス名を指定します。Enterキーを押します。
 
       4.このプロンプトに応答して、処理するデータベースの名前を指定します。デフォルトのデータベース名は、使用するスクリプトに応じて、ES1Archive、ES1Activity、またはDiscovery Managerのいずれかです。Enterキーを押します。  
 
       5.このプロンプトに応答して、索引の断片化に関するレポートを表示するかどうか、および保守ステップのシミュレーションを表示するかどうかを指定します。デフォルトでは、実際にこれらの手順を実行する前に、レポートとシミュレートされたメンテナンス手順が表示されます。デフォルトを受け入れて「Y」と入力し、Enterキーを押します。

       6.このプロンプトに応答して、インデックスをオンライン モードで再構築するか、オフライン モードで再構築するかを指定します。インデックスを再構築する必要がある場合は、オフライン モードを選択します。デフォルトはオンライン モードです。メンテナンス スクリプトは、インデックスで検出された断片化の量に基づいてインデックスを最適化または再構築します。

 0〜9%のフラグメンテーションで、処理は行われず、必要もありません。

 10 - 30% の断片化では、インデックスが最適化されます。

 断片化が 30% を超えると、インデックスが再構築されます。
 

       「Y」と入力してEnterを押して、デフォルトを選択します。

 
      7.このプロンプトに応答して、インデックスの最適化後または再構築後に SQL 統計を更新するかどうかを指定します。デフォルトでは、統計情報が更新されます。十分な時間がある場合は、インデックスをデフラグまたは再構築した直後に統計の更新を実行することをお勧めします。これにより、統計の更新が可能な限り効果的になります。
 
      8.最適化前のフラグメント化レポートと、シミュレーション メンテナンス コマンドが画面に表示されます。
 
        レポートを確認したら、次のプロンプトに進みます。
 
      9.このプロンプトに応答して、シミュレーションにリストされたメンテナンス手順を実行するか、または実行しないかを指定します。デフォルトでは、これらを実行します。オプションを選択し、Enterキーを押します。
 
      10.保全処理に関するデータは、処理が発生すると画面に書き込まれます。完了したら、任意のキーを押して続行します。

このデータは、作業ディレクトリに作成されたログファイルにもキャプチャされ、実行したバッチスクリプトと同じ名前ですが、拡張子は .log で終わります。たとえば、アーカイブ データベースのメンテナンス スクリプトを実行している場合、ログ ファイル名の名前は E ですS1_ArchiveDB_Maintenance_mssql.log。