ServiceNow のデータ管理をマスター:成長の追跡から効率的なクリーンアップまで このナレッジベース記事では、データベースの増加の監視から大きなテーブルの最適化まで、ServiceNow でデータを管理するための包括的なガイド説明します。自己管理型データクリーンアップのベストプラクティスを確認し、利用可能なツールと機能について学び、最大のテーブルに効果的に取り組む方法に関する洞察を得ます。データ管理について十分な情報に基づいた意思決定を行うための知識を自分とチームで身に付け、運用を円滑化します。注: 大きなデータセットの削除は、処理に数週間から数か月かかる場合があります。この期間により、徹底的かつ体系的な削除が保証され、操作の中断が最小限に抑えられます。 注:この KB 記事にリンクされている詳細なドキュメントを表示するには、NowSupport ポータルにログインしてください。 目次 自己管理データのクリーンアップと削除のベストプラクティス データ削除のベストプラクティス テーブルの増加とデータベース全体のフットプリントの追跡利用可能なデータ管理製品と機能 データベースの圧縮 – テーブルの空き領域の再利用ジョブを削除テーブルクリーナーデータのアーカイブCMDB Data Managerクローンスクリプト化されたメソッド 最大のテーブルを管理するための戦略 sys_attachment/sys_attachment_docsys_auditsys_audit_deletesys_emailar_* テーブルとsys_archive_logsyslog*CMDB*sh* および sys_rollback* テーブルpa_scores* および pa_snapshots テーブル 自己管理データのクリーンアップと削除のベストプラクティス クリーンで整理された ServiceNow 環境を維持することは、システムパフォーマンスを最適化し、データの正確性を確保するために不可欠です。データを効果的に管理するために、セルフマネージド データのクリーンアップと削除に関するいくつかのベスト プラクティスの概要を説明しました。 ほとんどの場合、ServiceNow カスタマーサポートは顧客のインスタンスからのデータの削除を支援しません。その理由とできることは次のとおりです。 完全性と説明責任:データ削除に直接介入すると、顧客固有のセットアップとデータの完全性が危険にさらされる可能性があります。データの安全性と一貫性を優先します。OOTB 機能:ServiceNow には、データのクリーンアップに役立つ標準提供 (OOTB) 機能が用意されています。 ただし、大規模なデータセットの処理には数週間から数か月かかる場合があります。 この期間により、徹底的かつ体系的な削除が保証され、操作の中断が最小限に抑えられます。セルフサービスツール:ユーザーがデータを効率的かつ安全に管理およびクリーニングできるようにするツールとドキュメントを提供します。推奨事項:重要なデータのクリーンアップを試みる前に、以下を実行してください。 テスト: 実際の環境で実行する前に、同様のサイズのデータセットを持つ準運用環境でクリーンアップ プロセスをテストします。相談:データ管理の経験を持つ ServiceNow コンサルタントまたはパートナーにガイダンスを求めることを検討してください。完了時間:データ削除のプロセスにはかなりの時間がかかる場合があるため、それに応じて計画してください。大規模なデータセットは、処理に数週間から数か月かかる場合があります。 データ削除のベストプラクティス 以下のナレッジ記事リンクには、環境の効率性、安全性、組織のデータポリシーへの準拠を維持するためのガイドラインの概要が記載されています。 データ削除のベストプラクティス テーブルの増加とデータベース全体のフットプリントの追跡 最適なパフォーマンスを維持し、ServiceNow 環境を効率的に実行するには、テーブルの増加とデータベース全体のフットプリントを監視することが不可欠です。これらのメトリクスを理解して追跡することで、システムのパフォーマンスやスケーラビリティに影響を与える前に潜在的な問題を特定することができます。 ServiceNow インスタンス内のテーブルの増加とデータベースフットプリントを追跡するための主な考慮事項については、以下のナレッジ記事リンクを参照してください。 テーブルの増加とデータベース全体のフットプリントの追跡 利用可能なデータ管理製品と機能 データ管理の複雑さを乗り越えるには、選択肢を知ることが非常に貴重です。以下は、セルフサービス方式でデータを効果的に管理およびクリーニングするために利用できる機能と製品です。 データベースの圧縮 – テーブルの空き領域の再利用 ServiceNow 環境が引き続き最高のパフォーマンスを発揮できるようにするには、データベースの健全性を維持することが重要です。時間の経過とともに、データが追加、更新、および削除されると、データベースに未使用の領域が蓄積される可能性があります。これは非効率性につながり、システムパフォーマンスに影響を与える可能性があります。データベースの圧縮は、未使用のスペースを再利用し、システム全体のパフォーマンスを向上させ、効率的なストレージ管理を確保することで、インスタンスを最適化するのに役立つ重要なプロセスです。 データベースコンパクションとは データベース圧縮は、データベースを再編成して、未使用の領域や断片化された領域を削除するプロセスです。これにより、データベースの全体的なサイズが小さくなり、システム速度が向上し、環境の効率と応答性が維持されます。 データベースの圧縮が重要なのはなぜですか? パフォーマンスの向上:データが時間の経過とともに蓄積されると、断片化が発生し、クエリとプロセスの速度が低下する可能性があります。圧縮は、データベース操作の速度と効率を向上させるのに役立ちます。 最適化されたストレージ:コンパクションは、未使用の領域を再利用することでデータベースの合計サイズを削減し、貴重なストレージリソースを解放し、システムのストレージ容量をより有効に活用します。 システム健全性:定期的なデータベースの圧縮により、過度の断片化に関連する潜在的なパフォーマンスの問題を防ぎ、インスタンスのスムーズな動作を確保できます。 データベースの圧縮の詳細については、以下のナレッジ記事のリンクを参照してください。 データベースの圧縮 – テーブルの空き領域の再利用 ジョブを削除 場合によっては、不要になったデータを削除する必要があります。ServiceNow は、レコードを安全に管理および削除するための簡素化されたプロセスを提供し、インスタンスをクリーンな状態に保ち、不要なデータを含まないようにします。古いデータを削除することで、システムリソースを解放し、ServiceNow インスタンスのパフォーマンスを円滑にすることができます。 削除ジョブの詳細については、以下のナレッジ記事リンクを確認してください。 ジョブを削除 テーブルクリーナー テーブルクリーナーは、特定のテーブルのレコードのクリーンアップを自動化できる ServiceNow の強力なツールです。 この機能は、ServiceNow インスタンスから古いデータや不要なデータを削除するのに役立ち、システムパフォーマンスが向上し、混乱が軽減され、データの整合性が確保されます。 テーブルクリーナーは、(デフォルトでは) 1 時間ごとに動作する定期的なジョブで、期限切れのレコード、期限切れのレコード、または不要なレコードをテーブルから削除します。これにより、テーブルが大きくなりすぎないようにし、クエリのパフォーマンスが向上します。 テーブルクリーナー機能の詳細については、以下のナレッジ記事のリンクを参照してください。 テーブルクリーナー データのアーカイブ ServiceNow インスタンスが拡大するにつれて、増加するデータを管理して、システムパフォーマンスと組織のポリシーへのコンプライアンスの両方を確保することが不可欠です。このデータを効果的に管理する方法の 1 つは、データ アーカイブを使用することです。このプロセスにより、アクセス頻度の低い古いレコードを別のストレージの場所に移動して、重要な履歴データへのアクセスを維持しながら、アクティブなテーブルの負荷を軽減できます。 データアーカイブとは ServiceNow でのデータアーカイブは、古いレコードや使用頻度の低いレコードをアクティブなテーブルから一連のアーカイブテーブルに移動するプロセスです。これらのアーカイブされたレコードは、必要に応じて引き続きアクセスできますが、プライマリシステムのリソースを消費しなくなるため、システムの効率的な運用が保証されます。 データをアーカイブする理由 システムパフォーマンスの最適化:アーカイブは、アクティブなテーブルのサイズを減らすのに役立ち、処理する必要があるデータの量を最小限に抑えることで、システムの応答性とクエリパフォーマンスを向上させることができます。 ストレージ管理の向上:古いレコードをアーカイブすることで、アクティブなデータベースの貴重なストレージスペースを解放し、現在のアクティブなレコードにより有効に活用できます。 コンプライアンスの確保:アーカイブを使用すると、コンプライアンスの目的で履歴データを保持しながら、関連するデータのみをアクティブに使用することができます。 データアーカイブの詳細については、以下のナレッジ記事リンクを参照してください。 データのアーカイブ CMDB Data Manager ServiceNow の CMDB データマネージャーは、構成管理データベース (CMDB) の整合性を効果的に管理および維持するために不可欠なツールです。CMDB は、IT サービスと運用の鍵となる構成アイテム (CI) に関する詳細を保存するため、ServiceNow 環境の重要な部分です。このデータが正確、最新、適切に整理されていることを確認することは、効率的なサービス管理と意思決定に不可欠です。 CMDB データマネージャーの詳細については、以下のナレッジ記事リンクを参照してください。 CMDB Data Manager クローン ServiceNow のクローンは、構成、スクリプト、データ、カスタムアプリケーションのすべてを含むインスタンスの完全または部分的な複製です。クローンを作成すると、本番運用に影響を与えることなく、テスト、トレーニング、トラブルシューティングなどの目的で本番環境を非本番インスタンスに複製したり、非本番インスタンス間でデータをコピーしたりできます。 クローンの詳細については、以下のナレッジ記事リンクを参照してください。 クローン スクリプト化されたメソッド ServiceNow プラットフォーム内のスクリプティングに精通しているお客様は、スケジュール済みジョブ、修正スクリプトの一部として、または [スクリプト - バックグラウンド] モジュールから GlideRecord delete() および deleteMultiple() メソッドを利用できます。スクリプト化された手法では、ターゲットデータセットの異なるサブセットで並列ジョブ (最大 4 つ) を実行して削除率を向上させるなど、柔軟性が向上します。 スクリプト化されたメソッド 最大のテーブルを管理するための戦略 このセクションでは、顧客の注意を頻繁に引く最も一般的な大きなテーブルに関するインサイトを提供します。データの蓄積の問題に対処している場合でも、単にストレージを最適化しようとしている場合でも、これらのヒントは、最大のテーブルを効果的に管理および合理化するのに役立ちます。 sys_attachment/sys_attachment_doc ServiceNow では、ファイル、画像、ドキュメントなどの添付ファイルの管理は、インシデント管理から変更要求まで、さまざまなワークフローの一般的な部分です。ServiceNow では、これらの添付ファイルを効率的に保存、整理、管理するのに役立つ特別なテーブルを提供しています。このプロセスで重要な 2 つのテーブルは、sys_attachment と sys_attachment_doc です。 sys_attachmentテーブルとは何ですか? sys_attachmentテーブルは、ServiceNow のすべての添付ファイルのメインのレコード管理テーブルです。次のような詳細を含む、各添付ファイルに関連付けられたメタデータを保持します。 添付ファイルがリンクされているテーブル (インシデント、変更要求、ナレッジ記事など)。添付ファイルの名前。ファイルのサイズ。添付ファイルタイプ (画像、PDF、ドキュメントなど)。 sys_attachment_docテーブルとは何ですか? 一方、sys_attachment_doc テーブルには、添付ファイルの実際のコンテンツ (ファイル データ自体) が格納されます。これは、システムにアップロードされた後にバイナリファイルが保存される場所です。 簡単に言うと: sys_attachmentテーブルには、メタデータ (添付ファイルに関する情報) が格納されます。sys_attachment_docテーブルにはバイナリコンテンツが格納されます。 この 2 つのテーブルの詳細と、その中のデータを管理する方法については、以下のナレッジ記事リンクを参照してください。 sys_attachment/sys_attachment_doc sys_audit sys_auditテーブルは、変更を追跡し、レコードに対するすべての更新が監査のために適切に記録されるようにする上で重要な役割を果たします。 sys_auditテーブルとは何ですか? ServiceNow のsys_auditテーブルは、システム内のレコードに変更が加えられるたびに監査情報を記録するシステムテーブルです。フィールドに加えられた次のような変更の詳細をキャプチャします。 変更内容 (フィールド値、データなど)変更者 (変更を実行しているユーザーまたはシステム)変更が発生した日時 (日時)更新されたフィールドの以前の値と新しい値変更されたレコード sys_auditテーブルは、変更の監査記録を作成するのに役立ち、組織がコンプライアンス、トラブルシューティング、および透明性の目的でレコードの変更を追跡できるようにします。 sys_auditテーブルのデータを管理する方法の詳細については、以下のナレッジ記事リンクを参照してください。 sys_audit sys_audit_delete ServiceNow のsys_audit_deleteテーブルは、監査中のレコードの削除を記録するために使用されます。このデータは、削除を追跡するために使用でき、削除の回復機能 (ロールバックではない) に部分的に使用されます。 sys_audit_deleteテーブルのデータを管理する方法の詳細については、以下のナレッジ記事リンクを参照してください。 sys_audit_delete sys_email メール通信は、インシデント、要求、通知、およびその他のワークフローを管理する上で重要な役割を果たします。sys_emailテーブルは、メール関連のすべてのアクティビティを追跡および保存し、ServiceNow インスタンス内で送受信された通信を可視化するシステムの重要なコンポーネントです。 これは、通常のメールクライアントで結合された「送信済み」フォルダと「受信ボックス」フォルダのようなものと考えてください。ただし、ServiceNow システム用です。 このテーブルには、内容、送信者、受信者、ステータス、処理情報など、各メールに関する重要な詳細が記録されます。これは、追跡、監査、およびトラブルシューティングの目的に役立つメール通信の包括的な記録を組織に確実に保持するのに役立ちます。 テーブルの仕組みとsys_emailこのテーブルのデータを管理する方法の詳細については、以下のナレッジ記事を参照してください。 sys_email ar_* テーブルとsys_archive_log これらのテーブルは、データアーカイブ製品の一部です。ar_* テーブルにはアクティブなテーブルからアーカイブされたテーブルに移動されたレコードが含まれ、sys_archive_logテーブルにはメタデータと、必要に応じてレコードを復元するためのペイロードが含まれます。 これらのテーブルのサイズを管理する方法の詳細については、以下のナレッジ記事を参照してください。 ar_* テーブルとsys_archive_log syslog* ServiceNow の syslog テーブルは、システムアクティビティ、パフォーマンスメトリクス、エラー、および警告に関連するログエントリを格納する特殊なシステムテーブルです。これらのログは、スクリプトの実行、ワークフローの処理、統合要求の処理などのさまざまな操作中に自動的に生成されます。Syslog テーブルを使用すると、アドミニストレーターとサポートチームは、ServiceNow インスタンス内で発生するイベント、エラー、およびその他の重要なアクティビティを追跡できます。 これらのテーブルのサイズを管理する方法の詳細については、以下のナレッジ記事を参照してください。 syslog* CMDB* これらのテーブルのサイズを管理する方法の詳細については、以下のナレッジ記事を参照してください。 CMDB* sh* および sys_rollback* テーブル ServiceNow のロールバックコンテキストは、特定のアクションを取り消し、不要な変更から回復するための強力な方法を提供します。ロールバックを使用すると、パッチのアップグレード、プラグインのアクティブ化、バックグラウンドスクリプトの実行などの特定のアクションを元に戻すことができます。さらに、削除されたレコードを関連するすべての変更とともに復元できるため、必要に応じて重要なデータを復元できます。 これらのテーブルが何であるか、どのように管理できるかの詳細については、以下のナレッジ記事を確認してください。 sh* および sys_rollback* テーブル pa_scores* および pa_snapshots テーブル パフォーマンスアナリティクスのスコアとスナップショットが時間の経過とともに累積すると、サイズが大きくなる可能性があり、システムパフォーマンスとデータの精度に影響を与える可能性があります。最適なパフォーマンスを維持するには、これらのスコアとスナップショットを定期的にクリーンアップすることが重要です。 ServiceNow では、スケジュール済みジョブを使用して、古いスコアとスナップショットを削除します。[PA コレクションのクリーニング] ジョブを有効にして、毎日実行できます。このジョブにより、システムパフォーマンスに大きな影響を与えることなく、毎回少量のデータのみが削除されます。 詳細については、以下のナレッジ記事を参照してください。 pa_scores* および pa_snapshots テーブル