インスタンスデータベースのフットプリントを削減するためのヒントSummary<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: block; max-width: ; width: auto; height: auto; } } この記事では、インスタンスデータベースのフットプリントを削減するためのヒントを提供します。 Release<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: block; max-width: ; width: auto; height: auto; } } すべてのリリース Instructions<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: block; max-width: ; width: auto; height: auto; } } Now Support (HI) サービスカタログアイテム - データベースフットプリント データベースで DML(INSERT、DELETE、UPDATE) をトリガーするインスタンス上のアクティビティは、SUBPROD インスタンスで試行およびテストして、機能への実際の影響を判断する必要があります。これを実装中の本番インスタンスのパフォーマンスはテスト/ベンチマークできません。Subprod はトランザクション/トラフィックの少ないインスタンスであるため、SUB PROD インスタンスでアクティビティを実行している間は PROD 負荷をエミュレートできません。影響を最小限に抑えるために、このようなアクティビティは、本番インスタンスの OOB 時間にスケジュールまたは計画する必要があります。ServiceNow はインスタンスでデータ操作を行いません。これを実現するために、さまざまな OOB 方式が存在します。これらのいくつかをこのナレッジベースにリストアップしています。このナレッジベースでは、インスタンス管理者がこれを実現する方法の概要と概要を示しています - 一括削除と過剰データ管理の推奨事項 アーカイブ データのアーカイブ アーカイブ |一般的な概要 - サポートとトラブルシューティング これは、DB フットプリントを削減するためのオプションではありません。これにより、アーカイブしているテーブルのレコード数が減るだけなので、古いレコードをアーカイブするとパフォーマンスが向上します。 アーカイブすると、ar_ プリフィックスを持つ新しいテーブルが作成されるため、DB フットプリントはこのアクティビティで変更されません。 「破棄ルールによるアーカイブ」は、データの削除によって破棄ルールが発生した場合に、DB フットプリントに影響します。** 本番環境に実装する前に準本番環境でテストする テーブルクリーナー テーブルクリーナーをセットアップして、テーブルからデータを削除することができます。 ** 注意して使用してください 製品ドキュメント 「テーブルクリーナー」を使用して不要なデータを削除する方法 テーブルクリーナーに関する情報 テーブルクリーナーが正常に機能しているかどうか、およびテーブルクリーナールールによって削除されるデータの量を確認します 重要なテーブルのテーブルの増加を追跡/抑制するオプション タスク タスクテーブルの増加の維持 sys_audit_deleteとsys_audit_relation 特定のテーブルで削除されたレコードの監査を無効にする sys_audit_deleteおよびsys_audit_relationレコードを自動的にクリーンアップするスクリプト syslog* sys_propertiesテーブルで *debug を使用してアクティブなプロパティを検索し、不要な場合は無効にすることができます。 https://instancename.service-now.com/sys_properties_list.do?sysparm_query=nameLIKEdebug%5Evalue%3Dtrue&sysparm_view= これにより、このデバッグによるログ記録が削減され、Syslog データが減少します。ログ記録が削減されるため、フットプリントにすぐに影響することはなく、Syslog の次のローテーションサイクルから表示されるはずです 過剰なログ記録 (syslog) のトラブルシューティング sys_attachment_* 製品ドキュメント - 添付ファイルの管理 KB0563399 - 大きな添付ファイルの管理 - ベストプラクティス KB0995336:削除の可能性がある添付ファイル sys_audit sys_auditテーブルのデータは永久に保持されます。このテーブルは、インスタンス上で非常に大きくなる可能性があります。コントロールを維持する最善の方法は、監査対象を制御することです。これは純粋に組織の好みです。 sys_history* テーブルは、個々のレコードからアクセスされたときに履歴を表示するために、sys_auditテーブルからデータを生成します。履歴セット - 生成方法 監査と履歴セット |連携の仕組み 除外リスト監査：特定のテーブルやフィールドの監査をアクティブ/非アクティブにする方法 ** 有効なフィルターなしでsys_auditからデータを削除すると、タスクレコード (インシデント、変更、問題など) および CMDB レコードのアクティビティ履歴に問題が発生する可能性があります。そのため、*日時* よりも古いsys_auditデータを一括削除すると、アクティビティ履歴の欠落に関連するデータ損失の問題が発生する可能性があります。そのため、sys_auditの削除アクティビティは慎重に処理し、PROD インスタンスの完全なコピーで影響をテストする必要があります。また、これはインスタンスで最大のテーブルの 1 つであり、このテーブルの DML は何時間も実行されます。試行する前に、正しいインデックスが設定されていることを確認してください。 cmdb@0024par1/cmdb$par* MySQLは$をうまく処理しません。したがって、$の代わりに@0024が表示されます cmdb@0024par1は cmdb$par1 cmdb$par* は、TPP テーブル構造で使用される cmdb のテーブルです。cmdb、cmdb$par1、cmdb$par2...cmdb$par* が作成されます。 TPP の詳細については、次のとおりを参照してください。 パーティションごとのテーブル (TPP) 拡張モデルこれは CMDB テーブルであり、インスタンス CMDB モジュールの不可欠な部分です。 sh@0024table_name/sh$table_name (シャドウテーブル) np@0024*/np$* (テーブルが削除されるとスナップショットテーブルが作成されます) レコードがテーブルから削除されると、sh$table_nameテーブルが作成され、すべてのレコードがそこに保存されて使用されます。[ロールバック] を押すと ロールバックと削除の復旧 スケジュール済みジョブ「期限切れロールバックコンテキストの消去」を作成してテーブルをクレンジングするロールバック有効期限プロパティ (glide.rollback.delete.expiration_days) があります インスタンスがtable_nameレコードを頻繁に削除すると、期限切れになる前に新しいデータが入力され、その情報が同じ sh$table に追加されるため、sh$table_name テーブルは永久にそこに残ります。 削除されたデータをロールバックする場合は、そのテーブルを削除することはお勧めできません。Remove Shadow テーブルで手順を試すことができます Related Links<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: block; max-width: ; width: auto; height: auto; } } 関連 KB ServiceNow インスタンスから削除されたデータを復元する方法。 準本番インスタンスまたは非本番インスタンスでのデータ損失