ERP、CRM、または EMR (HIS) システムからの印刷
多くの企業では、バックエンドシステムからの印刷は印刷環境の重要な部分であり、多くの場合ビジネス上重要なプロセスでもあります。これは、たとえばSAPやオラクルからの ERP 印刷や、医療分野のマッケソン、サーナー、エピックの EMR 印刷にも当てはまります。
ThinPrintは、さまざまなバックエンドシステムからの印刷ジョブの高性能出力ソリューションを提供します。その高可用性機能により、新しい シンプリント LPD サービス ERP、CRM、またはEMR（HIS）システムから印刷する際のビジネス継続性を確保します。ThinPrint は、次のような場合に生じる課題にも対処できます。 VDI/リモートアプリケーションシナリオ。
ThinPrint による最適な LPR 印刷
さまざまなプラットフォーム（多くの場合Unix）のバックエンドシステムは、LPRを介してWindowsサーバー上で動作するThinPrint Engineに印刷ジョブを送信します。ThinPrint エンジンから、次のようなすべての ThinPrint 機能とともに ThinPrint クライアントにプリントジョブが送信されます。 圧縮、ストリーミング、帯域幅制御、オプションとして TLS 暗号化。特に WAN 経由で印刷する場合、これによりパフォーマンスが向上し、接続にかかる負荷が軽減されます。多くの企業にとって、これは大きな利点です。バックエンドシステムは通常、中央に配置され、印刷出力は支社に分散されていることが多いからです。
バックエンドシステムからの高可用性印刷
バックエンドシステムが重要なビジネスプロセスと患者ケアをサポートするため、ERP、CRM、EMR（HIS）印刷システムの高可用性はいくつかの業界で重要です。これらのシステムのいずれかに障害が発生すると、重大な混乱を招く可能性があります。ThinPrint は、高可用性とフェイルオーバーを通じて、印刷システムの継続的な運用を保証します。
問題:LPR 経由で印刷する場合のサーバー側高可用性
ERPまたはEMRシステムからの印刷の特別な機能は、多くの場合、プリンタキューまたはプリンタ名が永続的に定義されることです。これにより、ユーザーによる追加の操作なしに、高度な自動化や印刷が可能になります。ただし、印刷量を複数の Windows プリントサーバーに分散したり、高可用性を実現するソリューションを実装したりする場合には、制限が生じます。各 Windows プリントサーバーには独自のスプーラーがあり、したがって独自の印刷キューがあります。
これまで、マイクロソフトは仮想キューを備えたプリントサーバークラスターをサポートすることでこの問題に対処していました。ただし、Server 2012 のリリース時にサポートが中止されたため、現時点ではこれに対する解決策はありません。 高可用性印刷の詳細」
解決策:ThinPrint LPD サービスにより高可用性が保証される
ThinPrintはこの課題に取り組み、以下も提供しています LPR による印刷のサーバー側高可用性。 これにより、WAN経由での印刷を希望しないお客様、つまりThinPrint Clientを必要としないお客様にとってもギャップを埋めています。
原則として、これまで見てきたシナリオでは、統合されたWindows LPDがERPまたはEMRシステムからの印刷ジョブを引き継ぎました。ただし、このサービス自体は単一障害点です。サービスまたはダウンストリーム・スプーラが稼働していない場合、印刷はできません。
ThinPrintは、拡張機能を備えた独自のLPDを実装することでこの問題を解決します。また、実績のある ThinPrint 高可用性テクノロジーとネットワークロードバランサー (NLB) を組み合わせています。印刷環境がオンプレミス環境に設定されているか、クラウド (Azure や AWS など) に設定されているかは関係ありません。バックエンドシステムでは、物理ノードの代わりに Microsoft ネットワークロードバランサーまたはクラウドベースのネットワークロードバランサーを使用して印刷キューを処理します。その後、ThinPrint 独自の LPD がこれらの印刷ジョブを引き継ぎます。
プリントサーバー上のThinPrint高可用性サービスは、サーバー、そのスプーラー、およびThinPrint LPDを含むすべての依存サービスを監視します。この目的のために、さまざまなヘルスチェックが継続的に実行されます。エラーが発生した場合、ThinPrint は障害ノードがオフライン状態になっていることを確認します。その後、すべての印刷ジョブは代替ノード (プリントサーバー) によって受け入れられ、処理されます。このプロセスは、送信側のバックエンドシステムにとっては透過的です。
ザの セキュリティ問題 印刷環境でも考慮されます。一方では、送信側の LPR クライアントをホワイトリストで制限できます。他方では、アドレス指定可能なプリンタキューのホワイトリストを作成することもできます。
LPR による印刷のクライアント側高可用性
ThinPrint Client は、単一障害点を回避するために高可用性を実現するように設定することもできます。これは、たとえば、統合された ThinPrint Client で 2 台のプリンタをアドレス指定するか、または ThinPrint クライアントを使用するときに 2 つ目のインスタンスを使用するなどして実現できます。 シンプリントハブ。この場合、負荷分散も可能です。
仮想デスクトップ、ターミナルサーバー、公開アプリケーションからの印刷
バックエンド印刷のもう1つの課題は、それぞれのアプリケーションのユーザーが印刷オブジェクトを利用できるようにすることです。たとえば、Citrix XenApp/XenDesktop または Microsoft VDI/Remote App セッションで実行されているバックエンドシステムにアクセスする場合、ユーザーはさまざまな場所やデバイスからログインすることがよくあります。ただし、バックエンドシステムからの印刷は通常は静的で、定義済みのプリンターでのみ可能です。
ThinPrint オートコネクトを ThinPrint エンジンの一部として使用することで、この問題も解決できます。ThinPrint エンジンは Windows プリントサーバー (上記のシナリオと同様) で実行することも、ターミナルサーバー/RDSHで直接実行することもできます。AutoConnectは、ユーザー向けのプリンターのルールベースのマッピングを行います。基本的に 2 つです。 プリンタマッピングの方法 次のことが考えられます。
- ローカルプリンタをVDI/ターミナルサーバセッションにマッピングします。
- 中央印刷サーバーからのプリンターのマッピング。
オプションを詳しく見てみましょう。
ローカルプリンタのVDI/ターミナルサーバセッションへのマッピング
ローカルワークステーションのThinPrint Client（ICAまたはRDP）は、ローカルプリンターをサーバーまたは仮想デスクトップ上のThinPrint Engineに報告します。これにより、セッション中の印刷オブジェクトが作成されます。ThinPrint では、ユーザーがどのターミナルサーバー/仮想デスクトップにログオンしても、プリンター名は常に同じままになります。これは、ログオフせずにセッションを切断/接続する場合にも機能します。これにより、バックエンドシステムを頻繁に再構成する必要がなくなります。比較すると、MicrosoftまたはCitrix独自のプリンター接続ツールでは、プリンター名には常にセッションIDが含まれます。ただし、これはセッションを新しく設定するたびに変わります。
中央印刷サーバーからのプリンターのマッピング
ThinPrint AutoConnectの主な強みは、印刷サーバーからVDI/ターミナルサーバーセッションへの印刷オブジェクトのマッピングです。これには、組み合わせることもできるさまざまな基準を使用できます。AD ユーザーと AD グループに加えて、IP アドレスまたはサブネットもルールの基準として使用できます。特にサブネットごとにマッピングすることで、頻繁に場所を変更するユーザーでも、管理者の関与なしにプリンターにアクセスできます。また、1 つまたは複数のクライアント (ホスト) にプリンターをマッピングできることも強調しておく必要があります。つまり、ユーザーがログオンしていても、常に同じプリンターが接続されているということです。ここでは、特に病院や物流環境での典型的な使用事例を紹介しています。
そして最後になりましたが、ThinPrintは次の機能も提供しています セルフサービスアプリ プリンターの接続用。管理者が希望すれば、これによりユーザーの独立性と柔軟性が高まります。ユーザーは使用可能なプールからプリンターを選択し、デフォルトプリンターを自分で定義することもできます。
