ユニバーサル プリントのトラブルシューティング - 印刷エラーのデバッグ
概要
ユニバーサル プリントの使用中にユーザーに発生する可能性がある問題の例をいくつか示します。
- エンド ユーザーは、Windows デバイスにプリンターを追加できません。
- ユーザーは文書を印刷しようとしていますが、プリンターに何も印刷されません。
- 印刷オプションや印刷品質に問題があります。
この条項では、ユーザーが印刷しようとしているがプリンターに何も印刷されない問題のデバッグに焦点を当てます。 このドキュメントの手順は、印刷ジョブのステージとインラインで 行われます。
手順 0: ユニバーサル プリント ポータル - 印刷ジョブが正常にキューに入れられたかどうかを確認します。
印刷管理者は、ユニバーサル プリント ポータルを使用してすべてのプリンターに一元的に アクセスできます。 印刷管理者が最初にチェックすべきなのは、印刷ジョブがユニバーサル プリント ポータルに表示されているかどうかです。 これを行うには、次の手順を実行します。
- ユニバーサル プリント ポータルを開き、印刷管理者の資格情報を使用してログインします。
- すべてのプリンターを一覧表示するページに移動します。
- それぞれのプリンターを検索してクリックします。
- プリンターの [ジョブ] ページに移動し、ジョブの動作を確認します。
シナリオ 1: ジョブ ビューにジョブがない
ユーザーが最近に印刷し(10 日未満) で、対応する印刷ジョブがポータルに表示されていない場合は、ユーザーのデバイス自体でジョブが失敗した可能性があります。
手順 1-1: ユニバーサル プリントでプリンターの状態と構成を確認する
ユニバーサル プリント ポータルで、まず、ユーザーが印刷しようとしているプリンター共有状態をチェックします。
- [プリンター共有] ページに移動する
- 対応するプリンター共有を見つけて、その名前をクリックします。
- プリンター共有のページに
Access control
移動し、指定されたユーザーがまだアクセスできることを確認します。 - プリンター共有のページに
Overview
移動し、Printer name
をクリックします。 - プリンター
Status
: 状態がStopped
である場合、ユーザーはプリンターにジョブを送信できない可能性があります。 - プリンター
Is accepting jobs
: 値が「いいえ」の場合、ユーザーはプリンターにジョブを送信できない可能性があります。
手順 1-2: ユーザーがユニバーサル プリントにアクセスするための適格なライセンスを持っているかどうかを確認する
ユーザーがユニバーサル プリントの対象ライセンスのいずれかを持っていることを確認する
手順 1-3: ユーザーのWindowsデバイスでのトラブルシューティング
次のような基本的なチェックから始めます。
- ユーザーのWindowsデバイスはインターネットにアクセスできますか?
- クライアントがユニバーサル プリントURLへのアクセスをブロックしているファイアウォールはありますか?
- ユーザーのWindowsデバイスがまだMicrosoft Entra IDに接続されているかどうかを確認します。
すべての構成が問題なければ、ネットワーク トレースを収集すると良いでしょう。 ネットワーク トレースを収集する際は、必ずユーザーのデバイスからプリンターを削除し、もう一度追加して印刷します。
ネットワーク トレースでは、失敗した可能性のある呼び出しを確認できます。 通常、API呼び出しのHTTPS 応答コードまたは応答セクションでは、ユニバーサル プリントへの印刷ジョブのアップロードが失敗する理由を知るために必要な情報を提供できます。
ジョブのネットワーク呼び出しがFiddlerにも表示されない場合は、Fiddlerが適切に構成されていることを確認してください。 それでも表示されない場合は、Microsoftサポートに連絡する必要があります。 サポート チームは、ユーザーのデバイス上のWindows スプーラーからさらに多くのログを収集するのに役立ちます。
シナリオ 2: ジョブは [ジョブ] ビューにあります。 プリンターはユニバーサル プリントコネクタ経由で登録されます。
印刷ジョブがユニバーサル プリント ポータルにある場合は、[ジョブ] ページの情報を利用して、印刷ジョブで何が起こっているかを理解できます。 次に例をいくつか示します。
Status
は、ジョブが実行される可能性のある場所に関する情報を提供します。 印刷ジョブのさまざまな状態値と、印刷ジョブ体験にマップする方法について説明します。Status code
: 印刷ジョブにAborted
状態がある場合は、Status code
列の下にエラー コードが表示される可能性があります。 印刷ジョブ エラー コードの詳細を説明します。- 他の列:
Created time
とUpload time
は、ジョブがユニバーサル プリントサービスでキューに入れられ、プリンターの通知が準備完了であることを示します。 コネクタの場合、ユニバーサル プリントサービスはコネクタ (プリンターの代わりにユニバーサル プリントサービスと通信している) に通知を送信した可能性があります。 コネクタが同じプリンターで別のジョブの処理でビジー状態の場合は、ジョブが完了するまで待機してから、通知に対してさらにアクションを実行します。Printer acknowledged time
、Download time
とFinal time
はコネクタ (またはプリンター) によって更新されます。 これらのフィールドが空の場合は、コネクタでトラブルシューティングを行う必要があります。
手順 2-1: トラブルシューティングする印刷ジョブを特定する。
特定のプリンターには、調査が必要なジョブが複数存在する場合があります。 ただし、報告されたジョブが問題のあるジョブではない場合があります。 ジョブの前に送信された可能性があるジョブである可能性があります。
デバッグする印刷ジョブを特定するには、ユニバーサル プリント ポータルに移動し、対応するプリンターの [印刷ジョブ] ページに移動します。 次の順序でジョブを探してください。
- ユーザーによって報告されたジョブが次の
Aborted
値を持っているStatus
かどうかを確認します。 中止された場合は、対応するStatus Code
をチェックします。- ほとんどの場合、0以外の値が存在します。 下
Status Code
の値をクリックして、エラーとそれに対応する軽減策を検索します。 - 状態コードが0の場合、最も似たジョブは長い時間送信され、コネクタがその状態を印刷して更新する前に期限切れになっている可能性があります。 同じプリンターにもう一度印刷するようにユーザーに依頼します。
- 必要に応じて、ドキュメントの以下に記載されているようにさらに調査します。
- ほとんどの場合、0以外の値が存在します。 下
- ジョブの状態が
Processing
の場合は 、このジョブのIDを使用してさらに調査します。 - ジョブのステータスが
Pending
の場合は、ステータスがまだProcessing
である最新のジョブを探します。 - 処理中状態のジョブがない場合は、最も古い
Pending
ジョブを選択します。
手順 2-2: ユニバーサル プリントプリンターに関連付けられているコネクタを特定します。
コネクタでデバッグする前に、印刷管理者は、特定のプリンターに関連付けられているコネクタを識別する必要がある場合があります。 これを行うには、次の手順を実行します。
- ユニバーサル プリント ポータルで、印刷管理者の資格情報を使用してログインし、特定のプリンターのページに移動します。
- プリンターのページ内で、ページに
Connectors
移動します。 ここでは、コネクタ名を確認できます。 - コネクタの名前をクリックすると、詳細が表示されます。
- このフィールド
Hostname
を使用して、コネクタをホストしているデバイスに移動できます。
詳細なトラブルシューティングを行うには、印刷管理者がコネクタ ホストにログインします (リモート デスクトップを使用する場合など)。
手順 2-3: コネクタの基本情報を確認します。
コネクタが適切にセットアップされ、ユニバーサル プリントサービスのURLにアクセスできることを確認します。 コネクタトラブルシューティングのチェックリスト
組織がプロキシを使用している場合は、コネクタの前提条件を慎重に確認してください。 コネクタ プロセスはサービスとして実行されるため、ユーザー レベルの自動プロキシ設定は使用されません。 すべてのユニバーサル プリントサービス エンドポイントに対して明示的にアクセスを許可するか、ドキュメントに従って構成を使用する必要があります。
手順 2-4: プリンターはプル印刷キューですか、または別の印刷ベンダーからセキュア リリースが有効になっていますか?
特定のジョブのユーザー情報を偽装してWindows スプーラーに渡すコネクタを構成する方法については、ドキュメントを参照してください。 Connector 上でユーザー情報を渡すことは、ハイブリッド Microsoft Entra ID 環境でのみ機能することに注意してください。
この問題をさらに解決するには、印刷ベンダーと協力することをお勧めします。
手順 2-4-1: セキュリティで保護されたリリースと保留中のジョブ
セキュリティで保護されたリリースのプリンターの場合、ジョブは、プリンターでユーザーによって取得される前に待機状態のままになることがあります。 ユーザーが印刷ジョブを解放するまで、その状態は維持されますProcessing
。 同じプリンター上の他のジョブはPending
状態のままになります。
手順 2-5: 印刷管理コンソール - プリンターがオンラインで印刷しているかどうかを確認する
コネクタ ホストで、Windows印刷管理コンソールを起動し、対応するプリンターの状態をチェックします。
- コネクタ ホストでWindows印刷管理コンソールを起動します。
- 印刷ジョブの処理で問題が発生している可能性があるプリンターを探します。
- プリンターがエラー状態かどうかを確認します。 「はい」の場合、これはジョブが中止されるか、クラウド キューにスタックする理由である可能性があります。
- プリンターのキューの長さ (保留中のジョブの数) を確認します。 キューが長くて、消去されない場合は、キュー上のすべてのジョブを取り消してクリアする必要がある場合があります。 これにより、スタックしたジョブが中止され、キューが開く可能性があります。
- コネクタ ホストからプリンターに直接テスト印刷ページを送信して、プリンターをテストします。
手順 2-6: コネクタ ホスト上のタスク マネージャー
タスク マネージャーは、コネクタ ホストで実行されているプロセスと、それらのリソース消費を確認するのに役立ちます。
- コネクタ ホストで
Windows Task Manager
を起動します。 - タブに
Services
移動します。 - サービスを探す –
Printfliterpipelinesvc
とprintisolationhost.exe
。 これらのサービスのいずれかのインスタンスに高いメモリ フット プリントがある場合 (数メガバイト以上)。 これは、プリンターのドライバーによるメモリ リークを示している可能性があります。 これらのプロセスを選択し、End Process
をクリックします。 リソースがクリアされ、これらのサービスが自動的に再起動されます。 - このプリンターでの新しいジョブのフローを監視します。
手順 2-7: コネクタホスト上のイベントビューア
コネクタ自体で、次のタスクを実行して、ジョブがProcessing
の状態またはAborted
状態であるかを確認できます。
コネクタ ホストでWindowsイベント ビューアーを開きます。
- コネクタ イベントを確認する: 「アプリケーションとサービス ログ->Microsoft->Windows->プリント コネクタ - >Operational」ノードに移動して、コネクタ イベント ログを開きます。 ここでは、コネクタで印刷ジョブが実行したさまざまな手順と、失敗が発生した可能性があるステージを確認できます。 ジョブの進展をチェックするには、
- 右側のパネルで
Find
オプションをクリックします - ユニバーサル プリント ポータルから取得したジョブIDを配置する
- [次を検索] をクリックすると、このジョブに固有のログ間を移動できます。
- このジョブのログに関する他のイベントを見て、同時に発生する可能性のある追加の情報をチェックすることもできます。
- イベント ログで検索する興味深いイベントIDを次に示します。
- イベントID 10またはタスク カテゴリ 「PrintSpooling」
- イベントID 102は、PrintJobSummaryと、コネクタによって受信されたジョブに関する詳細を提供します
- イベントID 104またはタスク カテゴリ 「TraceWarning」
- イベントID 106またはタスク カテゴリ「TraceError」
- 右側のパネルで
- Windows印刷スプーラー イベントを確認する: イベント ビューアーにとどまり、印刷ログを開きます。 「Windows ログ> アプリケーション」 ノードに移動します。
Filter the Current Log
をクリックしてEvent Source
ドロップダウンをクリックし、一覧を下にスクロールしてUniversal Print
選択します。 OK をクリックします。- 印刷ジョブにエラーがある場合は、印刷エラーのドキュメントで詳細を確認できます。