1
私はこのトピックが少し一般的だと知っていますが、私は特定のユースケースを持っています。 SSISのログ記録ユーティリティは、SSISDBの内部ログに対して特定の利点や追加情報を持っていますか？対象：SSISDBの実行とイベントメッセージとSSISパッケージのログ？
私の環境にはパッケージが含まれています。これらのパッケージは、SSISDBのストアドプロシージャによって実行されます。個々のパッケージが処理されるときに、その実行IDを追跡し、ステータスをWebアプリケーションを介してユーザーに報告する別のテーブルがあります。
私はある先見の明を得ようとしています。これまではSSISDBのevent_messages、operations、executionsテーブルを監視していましたが、これまでのところデバッグとトラブルシューティングでは完全に十分でした。 SSISDBは、SSISのログ記録とまったく同じ情報を記録しているようです。
明白なデータ構造の違い以外に、SSISDBテーブルとSSISパッケージログの間に矛盾や相違はありますか？具体的には、SSISログには、SSISDB にはが記録されていないという追加情報がありますか？ SSISパッケージ（とsprocs、およびアプリケーション...）のすべてを後で元に戻す必要はなく、後でそれを避けることができます。
他の誰かがこのシナリオを見て、洞察を持っていることを期待しています。ありがとう！
これはまさに私が必要としていたものです。私はSSISDB procsを別のsproc（テーブルタイプを介して）を通してチェーンに呼び出すので、パラメータ、同期などをset_execution_parameter_valueで手動で設定しています。私は必要に応じてロギングレベルを変更する方法を検討します。ありがとう！ –