FAQ をエクスポート - Support and Troubleshooting

FAQ をエクスポート Summary .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: #7057C7; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: block; max-width: ; width: auto; height: auto; } }

コンテンツ インスタンスからすべての添付ファイルレコードをエクスポートするには、どうすればよいですか? タスクレコード (インシデント、ケース、問題など) を添付ファイル付きでエクスポートするにはどうすればよいですか? タスクレコード (インシデント、ケース、問題など) をメールデータとともにエクスポートするにはどうすればよいですか? すべてのナレッジベース記事を一括エクスポートするにはどうすればよいですか? エクスポートで予想よりも少ないレコードが生成されるのはなぜですか? インスタンスから多数のレコードをエクスポートする必要があります。推奨されるベストプラクティスはありますか?何に備えればいいですか?

1.インスタンスからすべての添付ファイルレコードをエクスポートするには、どうすればよいですか? 現在、ServiceNow プラットフォームには、インスタンスからすべての添付ファイルを直接ダウンロードするすぐに使える機能はありません。

添付ファイルは、sys_attachment と sys_attachment_doc の 2 つの別々のテーブルに保存されます。sys_attachmentテーブルには、特定のレコードに関連付けられた各添付ファイルのエントリが含まれ、sys_attachment_docテーブルは、より小さなチャンクに分割された添付ファイルの実際のコンテンツです。

ここでは、その際に役立つカスタムソリューションをいくつかご紹介します。

KB0790002:Servicenow インスタンスのすべての添付ファイルの一括エクスポート KB0957578:サードパーティシステムで使用するためにテーブルのすべての添付ファイルをエクスポートする方法 コミュニティ:sys_attachmentテーブルから添付ファイルを一度にダウンロード コミュニティ:添付ファイルの一括ダウンロード コミュニティ:添付ファイルテーブルからすべての添付ファイルをダウンロード コミュニティ: How to retrieve an attachment from service now via SOAP Web Service (SOAP Web サービスを介してサービスから添付ファイルを取得する方法) 外部:ServiceNow の添付ファイルについて これらは公式の ServiceNow プラットフォーム以外のソリューションであり、ServiceNow のこれらのソリューションのサポートは制限されることに注意してください。

2.タスクレコード (インシデント、ケース、問題など) を添付ファイル付きでエクスポートするにはどうすればよいですか? 現在のところ、タスクレコードに関連付けられた添付ファイルを簡単にエクスポートできる、すぐに使えるメソッドや機能はありません。

このコミュニティの記事 では、添付ファイルの名前を変更してエクスポートされたタスクに簡単に関連付けられるようにする方法を説明しています。

もう 1 つの方法は、添付ファイル データを個別に抽出することです。詳細については、「 KB0540071:インシデント、問題、その他のレコードをエクスポートするときに添付ファイルを含める 」を参照してください。

これに関する ServiceNow 公式アイデアポータルに既存の 拡張要求 があります。このアイデアに十分な賛成票が集まった場合は、ServiceNow プラットフォームの一部と見なすことができます。

3.タスクレコード (インシデント、ケース、問題など) をメールデータとともにエクスポートするにはどうすればよいですか? 現在、タスクレコードに関連付けられたメールデータをエクスポートするための標準提供の方法や機能はありません。1 つの方法は、

データベースビュー 機能を使用して、メールテーブルをタスクテーブルに結合することです。その後、データベースビューをエクスポートできます。 4.すべてのナレッジベース記事を一括エクスポートするにはどうすればよいですか? 使用する方法は、レコードをエクスポートする理由によって異なります。

レコードをエクスポートして別のインスタンスにコピーできるようにする場合は、 公式ドキュメント に記載されている「XML にエクスポート/XML からインポート(Export to XML/Import from XML)」メソッドを使用するだけです。ナレッジベース [kb_knowledge] レコードに加えて、これらのレコード (添付ファイルやナレッジベースカテゴリ [kb_category] レコードなど) から参照されるデータもコピーする必要があります。このプロセスには多くの手順が必要であることを理解していますが、残念ながら、これを1つの手順で実行できるすぐに使用できる機能はありません。

人間が簡単に読めるようにナレッジベース記事をエクスポートしてほしいというお客様からのご意見をいただいています。これには、1) ナレッジベースフォームフィールドを除外すること、2) ナレッジベース記事の本文に画像を埋め込むことの 2 つが必要です。残念ながら、ナレッジベース記事を一括エクスポートして、本のように簡単に読めるようにする方法もありません。個々のエクスポートの場合は、この コミュニティの質問 で言及されている「ブラウザからPDFとして保存する」方法が役立つ場合があります。

この同じ問題に関するコミュニティスレッドをいくつか紹介します。

コミュニティ:ナレッジの一括エクスポート コミュニティ:複数のナレッジベースから記事を取得するためのAPIを策定する方法は?

5.エクスポートで予想よりも少ないレコードが生成されるのはなぜですか? まず、予想が正しいことを確認する必要があります。つまり、システムで正しい数のレコードが生成されている可能性がありますが、予想とは異なる結果が予想されます。エクスポートされたレコードの数が正しいことを確認する簡単な方法の 1 つは、エクスポートされたレコードの合計を UI リストビューのレコードの合計と比較することです。エクスポートされたレコードの数が UI リストビューの数と一致する場合、エクスポートに問題はありません。エクスポートされたレコードと UI リストビューに表示されるレコードの合計が一致しても、それでも想定しない数である場合は、エクスポートの問題ではなく、リストビュープラットフォームの問題として扱う必要があります。UI リストビューのトラブルシューティングで問題を簡素化するため、これは重要な微妙な点です。

エクスポートされたレコードの数が UI リストビューのレコード数よりも少ない場合、最初に確認するのは、エクスポートが何らかの制限に達したかどうかです。エクスポート制限の詳細については、 公式ドキュメント または KB0538324:Troubleshooting export - Determine if the configured maximum rows to export is too low を参照してください。

適切なトラブルシューティング手順は、GlideRecord および GlideRecordSecure バックグラウンドスクリプトを使用してクエリを再現することです。バックグラウンドスクリプトで同じ数のエクスポートが生成され、この数が UI リストと異なる場合は、トラブルシューティングからエクスポート機能が正常に削除されています。つまり、GlideRecord スクリプトが、単に UI から同じクエリを一覧表示するのとは異なる結果を生成するという問題のトラブルシューティングを行っています。

6.インスタンスから多数のレコードをエクスポートする必要があります。推奨されるベストプラクティスはありますか?何に備えればいいですか? 最初に遭遇するのは、エクスポートできるレコード数の制限です。エクスポート制限は、非常に大規模なエクスポートによって引き起こされるパフォーマンスの問題を回避するために存在します。たとえば KB0695242 の an out-of-memory issue occurred when exporting large amounts of data to a CSV file 。エクスポート制限を拡張して、1 回のエクスポートアクションですべてのデータをエクスポートしたくなるかもしれませんが、そうしないことをお勧めします。代わりに、データをチャンクに分割し、いくつかのエクスポートを実行することをお勧めします - 詳細については、 公式ドキュメント からこの記事で詳しく説明し

制限内に収まっている限り、大量のデータをエクスポートするときにパフォーマンスに悪影響を及ぼすことはありません。

エクスポートの処理に時間がかかることに気付いた場合は、プロセスを高速化するために考慮すべき点がいくつかあります。

フィルターをさらに追加して、結果のレコード数を減らします インデックスのないフィールドをフィルタリングやソートに使用しないでください 別の形式にエクスポートします。CSV などのよりコンパクトな形式を試してください 上記のようにエクスポートを分割します 詳細については、「 KB0538303: エクスポートのトラブルシューティング – エクスポートセット内のレコードが多すぎるかどうかの判断 」を参照してください。