シンクライアントは現代版の作業です。 太ったクライアントはシンとどう違うのですか?
ほとんどの1Cユーザー、特に8人は、「シンクライアント」や「ファットクライアント」などのよく使われる用語を繰り返し聞いてきましたが、ほとんどの人はその意味を理解していないでしょう。
原則として、仕事で日常的にプログラムを使用する一般ユーザーにとって、シンクライアントとシッククライアントの違いは認識されません。なぜなら、そのようなユーザーはコンピューターによって実行されるプロセスの技術的な微妙さ、そのアルゴリズムについて詳しく調べる必要がないからです。 しかし、同時に、1C 8.3プラットフォームの操作の主な機能を理解することは、少なくとも原始的なレベルでは、不必要ではないでしょう。その知識は、重大な状況でいくつかの問題のある問題を解決するのに役立ちます。
たとえば、一部のエラーが一方のコンピュータに常に表示され、もう一方のコンピュータにはまったく表示されない可能性があります。 このような状況では、さまざまなクライアントの仕事のニュアンスを理解して、あるクライアントを別のクライアントに変更するだけで十分であるため、問題を迅速に解決できます。
それでは、シッククライアント1Cとシンクライアント1Cの違いは何ですか?
厚いクライアント1C
このモードでは、ほとんどの情報がユーザーのコンピューターで処理されます。 したがって、このモードではネットワーク速度が非常に厳しくなります。
シンクライアント1C
このモードでは、データベースが格納されているサーバー上ですべての操作が実行されます。 ユーザーにはデータの表示のみが表示されます。たとえば、レポートを生成するには、 "ファットクライアント"の場合のようにクライアントPCではなくサーバーリソースが使用されます。
これにより、クライアントコンピュータのリソース要件とネットワーク速度が低下します。 これについても、シンクライアントディストリビューションはそれほど時間がかかりません。
バージョン1C:Enterprise 8.2は、プラットフォームバージョン8のアーキテクチャにおける基本的な変更点であり、そのリリース以来最も重要なものとなりました。
1C:Enterprise 8.2は、インターフェースを使用して作業の全層を完全に変更します。 これには、コマンドインターフェイス、フォーム、およびウィンドウシステムが含まれます。 同時に、構成内のユーザーインターフェイス開発モデルが変化しているだけでなく、クライアントアプリケーションとサーバー間で機能を共有する新しいアーキテクチャも提案されています。
バージョン8.2では、プラットフォームのインストール、起動、更新のためのメカニズムが根本的に再設計されました。 大規模組織におけるシステム展開の容易さを改善するために、相当な努力が払われてきました。
1C:Enterpriseサーバークラスタの重要な開発も、同時に複数の方向で実行されました。スケーラビリティ、フォールトトレランス、および動的負荷分散です。
シンクライアントおよびWebクライアントモードで動作する
シンクライアントとWebクライアント - これらは2つの新しいクライアントアプリケーションです。 通常のファイルアクセスとローカルネットワーク経由でのサーバーへの接続に加えて、特別に設定されたWebサーバー経由でHTTPプロトコル経由で情報ベースに接続することができます。 シンクライアントとウェブクライアントはユーザーに新しいモード - マネージドアプリケーションモードを提供します。
シンクライアント ユーザーのコンピュータにインストールされています。 同時に、これは古いクライアントアプリケーションよりも配布容量がはるかに少なく、ハードウェアリソースも少なくてすみます。 シンクライアントは、プラットフォームの完全な配布、および個別の配布の一部として提供されています。
Webクライアント 事前インストールは不要です。 オペレーティングシステム環境ではなく、インターネットブラウザ環境(Microsoft Internet ExplorerまたはMozilla Firefox)で実行されます。 ユーザは単にブラウザを起動し、情報ベースが公開されているWebサーバのアドレスを入力するだけで、Webクライアントは自分のコンピュータに「来て」実行を開始します。
クライアントアプリケーションは、システムの他の部分または他のソフトウェアオブジェクトとのプログラム対話用に特別に設計された他のシステムコンポーネント(プログラムおよびワークフロー)とは異なり、1C:Enterprise 8システムとユーザー間の対話型対話を提供するプログラムです。
1C:Enterprise 8システムには、3つのクライアントアプリケーションがあります。
- 厚いクライアント
- シンクライアント
- Webクライアント
要約すると、これらのクライアントアプリケーションの機能は次のように表すことができます。
厚いクライアント
脂肪クライアント - 1C:Enterprise 8システムのクライアントアプリケーションの1つですこのアプリケーションの実行ファイルは1cv8.exeです。
「シック」クライアントと呼ばれるのは、リファレンスオブジェクトなどのアプリケーションデータ型を扱うことができるなど、組み込み言語によって提供されるほとんどすべての機能を実行できるためです。<имя>、DocumentObject。<имя> など
しかし、同じ理由で、ユーザーのコンピューターにかなりの量のハードウェアリソースを必要とし、ファイルアクセスまたはローカルネットワーク経由でのみデータベースまたは1C:Enterprise 8サーバーと「通信」できます。
1C:Enterpriseユーザーモードでの作業に加えて、シッククライアントはConfiguratorモードで作業できます。このモードでは、情報データベースの管理とアプリケーションソリューションの開発が行われます。
シッククライアントを使用すると、開発、管理、およびアプリケーションコードの実行の両面で1C:Enterprise 8.2の全機能を実装できます。 しかし、インターネットを介した情報データベースとの連携はサポートされておらず、ユーザーのコンピュータに事前にインストールする必要があり、配布容量がかなり多くなっています。
クライアントサーバーオプション
1C:Enterprise 8システムがクライアントサーバーバージョンで動作している場合、シッククライアントは1C:Enterprise 8サーバークラスターに接続し、クラスターはいずれかのデータベース管理システムと対話します。 接続はローカルネットワーク上のTCP / IPを使用して実行されます。 これが最も一般的な作業シナリオです。 あまり一般的ではありませんが、可能性の高い選択肢は、ファットクライアントがクラスタと同じコンピュータ上で実行されている場合です。 このオプションは開発目的で、テスト目的で、またはいくつかの管理上のアクションを実行するために使用できます。
作品のファイル版
1C:Enterpriseシステムがファイルバージョンで動作している場合、ファットクライアントはファイルデータベースと直接対話します。 このバージョンの作品では、ファットクライアントは、たとえばネットワーク共有を介してデータベースに直接ファイルアクセスする必要があります。 この場合、ファットクライアントは、ファイルデータベースが配置されているのと同じコンピュータ上で実行することも可能です。 シッククライアントは、ファイルDBMSのすべての機能を独自に実装します。
通常運転
シッククライアントは通常モードでアプリケーションをサポートします。 したがって、シッククライアントを使用して、管理対象インターフェイスおよび管理フォームを使用していない、古いバージョンのプラットフォーム8.0および8.1で作成されたアプリケーションソリューションを操作できます。
シンクライアント(シンクライアント)
シンクライアント - 1C:Enterprise 8のクライアントアプリケーションの1つです。このアプリケーションの実行ファイルは1cv8c.exeです。
シンクライアントは、アプリケーションソリューションの開発と管理を許可していませんが、インターネット経由で情報ベースと連携することはできます。 また、ユーザーのコンピュータにプレインストールする必要がありますが、シッククライアントよりも配布サイズが大幅に小さくなります。
シンクライアントは、組み込み言語の機能の限定されたセットを実行できるために呼び出されます。 特に、すべてのアプリケーションデータタイプがシンクライアントで使用できるわけではありません。 代わりに、シンクライアントは、メモリ内のデータの表示と変更のみを目的とした、限られた組込みの言語タイプで動作します。 データベース、オブジェクトデータ、リクエストの実行はすべてサーバーサイドで行われます。 シンクライアントは、表示用に準備された準備完了データのみを受信します。
シンクライアントは、ユーザーモード1C:Enterpriseでのみ作業を提供します。 動作モードコンフィギュレータは、シンクライアントではサポートされていません。
インターネット接続
シンクライアントを使用すると、インターネット経由で1C:Enterpriseインターフェイスを使用できます。 これを行うには、1C:Enterprise 8で動作するように構成されたWebサーバーを使用します。
シンクライアントはHTTPを介してWebサーバーと通信します。 Webサーバーは、ファイル内で1C:Enterprise 8と対話します。
WebサーバーとしてApacheまたはIISが使用されています。
作品のクライアントサーバー版
この作品のクライアントサーバー版では、シンクライアントはTCP / IPプロトコルを直接使用してサーバークラスタと対話します。
作品のファイル版
1C:Enterpriseシステムがファイルバージョンで動作している場合、Thin Clientはファイルデータベースと直接対話します。 このバージョンの作品では、ファットクライアントは、たとえばネットワーク共有を介してデータベースに直接ファイルアクセスする必要があります。
シンクライアント自体が起動されているコンピュータ上で、シンクライアントがファイル版の作業で動作すると、特殊な環境が編成されます。 この特殊な環境の中で実行されます。
- システム運用に必要なサーバーコンポーネントのロード
- 情報ベースを持つシステムの通常の運用の編成に必要なその他の処置。
シンクライアントの観点からは、この環境はサーバーとして機能します。 オペレーティングシステムの観点からは、この特殊な環境は別のプロセスに分離されず、シンクライアントプロセスの一部として実行されます。
Webクライアント(Webクライアント)
Webクライアント の1つです 1C:Enterprise 8システムのクライアントアプリケーション.
Webクライアントに実行可能ファイルがありません。 メニューや実行可能ファイルの中にWebクライアントは見つかりません。 したがって、彼はWebクライアントでもあります。仕事を始めるために彼はユーザーのコンピューターにファイルを置く必要がないからです。
とは対照的に、Webクライアント 太い そして 細い クライアントは、コンピュータのオペレーティングシステムの環境ではなく、インターネットブラウザ(Windows Internet Explorer、Mozilla Firefox、Google Chrome、またはSafari)の環境で実行されます。 したがって、どのユーザーでも自分のブラウザを起動し、情報ベースが公開されているWebサーバーのアドレスを入力するだけで十分です。Webクライアントはコンピュータ上でそのWebサーバーにアクセスし、実行を開始します。
Webクライアントは、DHTML、HTTPRequest、およびAJAXテクノロジの要素(Asynchronous JavaScript and XML - 「Asynchronous JavaScript and XML」)を使用します。 このモードのすべてのクライアント機能は、JavaScript言語を使用してシステムによって自動的に実行されます。
Webクライアントが実行されていると、設定で開発されたクライアントモジュールは自動的に組み込み言語1C:Enterprise 8からJavaScriptに変換されます。 したがって、クライアントアプリケーション(シック、シン、Webクライアント)に関係なく、アプリケーションソリューションの開発全体は1C:Enterpriseコンフィギュレータで完全に実行され、サーバーおよびクライアントコードは組み込みの1C:Enterprise言語で作成されます。
ユーザーのコンピュータにシステムをインストールせずにインターネットブラウザを操作する
Webクライアントモードで作業するには、1C:Enterprise 8で動作するように設定されたWebサーバーが必要です。クライアントブラウザは、 webサーバープロトコル別 HTTP。 Webサーバーは、ファイルまたはクライアントサーバー版の作業で1C:Enterprise 8と対話します。
Webサーバーが使用されているように アパッチ または IIS.
プラットフォームのすべての主要コンポーネントは、オペレーティングシステムの制御下で機能することができます。 Windowsとオペレーティングシステム Linux。 これ以外に ウェブクライアント 実行中のコンピュータでも動作可能 Mac OS X.
それらの間のプロセスの相互作用がプロトコルに従って実行されるという事実のために TCP / IPシステムには、異なるオペレーティングシステムのコンポーネントが含まれている場合があります。
低速通信チャネルを含む、インターネットを介したユーザーの作業
シンクライアントとWebクライアントで許可 インターネット経由で情報ベースと連携する リアルタイムで。 接続は、特別に設定されたWebサーバー(ApacheまたはIIS)を介して行われます。
そのような接続が低速のインターネット接続(例えばGPRS)を介して行われる場合、これらのクライアントアプリケーションは特別なモードで起動することができます - 低速モード。 同時に、サーバーへの要求が減るため、コストが削減されます。複数のサーバー要求が1つのパッケージにまとめられたり、予防的なデータ収集が実行されたりします。 その結果、低速通信チャネルでも、プラットフォームは許容可能なユーザーエクスペリエンスを提供します。
インターネット接続 あなたが情報データベースを持つユーザーのリモートオンライン作業を提供することを可能にします。 これはの使用を通して可能です シンクライアント そして ウェブクライアント。 それらは相互作用する特別に設定されたWebサーバに接続します クラスター またはと ファイル情報ベース.
作品のクライアントサーバー版では:
作品のファイル版では:
アプリケーションソリューションは、インターネット上でそれらと連携するために変更を必要としません。 シンクライアントとWebクライアントの両方が独立して、ユーザーのコンピューター上の1C:Enterprise 8インターフェースの機能を保証します。
これらのクライアントアプリケーションの使用方法の違いは次のとおりです。
windowsオペレーティングシステム(Windows Internet Explorer、Mozilla Firefox、またはGoogle Chrome)を搭載したコンピュータで
linuxオペレーティングシステムを搭載したコンピュータ(Mozilla Firefoxブラウザ内)
mac OS Xを搭載したコンピュータ(Safariブラウザ内)
シンクライアントはユーザーのコンピュータにプレインストールする必要がありますが、Webクライアントは必要ありません。
シンクライアントは全機能を提供しますが、Webクライアントはプラットフォームの機能の一部をサポートしていません。
シンクライアントはWindowsオペレーティングシステムの制御下でのみ動作し、Webクライアントはインターネットブラウザの制御下で動作するため、リモートユーザーは次の作業を実行できます。
シンクライアントとWebクライアントで作業する人間工学にはいくつかの違いがあります。
クライアントアプリケーションは、httpプロトコルまたは送信データの暗号化をサポートするhttpsプロトコルを介して接続できます。
モバイルインターネットを介して作業する
顧客はさまざまな方法でインターネットにアクセスできます。 これらは、専用線またはローカルネットワークを介した高速接続です。 そして、例えばモバイルGPRS接続を介した低速接続があり得る。
特に情報ベースでの作業が低速の通信チャネルを介して実行される場合、シンクライアントとWebクライアントには特別な起動モード(低速接続速度モード)があります。 その結果、低速通信チャネルでも、プラットフォームは許容可能なユーザーエクスペリエンスを提供します。
シンクライアント配布
インターネット経由で接続しているリモートユーザーがアプリケーションソリューションの機能を完全に利用するために、シンクライアントのみを含む個別のプラットフォーム配布パッケージがあります - 1C:エンタープライズ8.2シンクライアント。 このディストリビューションは小容量なので、さまざまな通信チャネルを通じてダウンロードするのが簡単です。
その他のリモート機能
クライアントアプリケーションを使用してデータベースに直接接続することに加えて、プラットフォームは他のリモート作業オプションも提供します。 さまざまな程度でそれらのすべてはアプリケーションソリューションまたは個々のアプリケーションの執筆における改善を必要とします。 原則として、これらの方法では、リアルタイムでデータを操作することや、限られた機能セットに対してのみそのような機会を提供することはできません。
- Webサービスの利用
Webサービスエンジンにより、アプリケーションソリューションはサービス指向アーキテクチャ(SOA)テクノロジをサポートおよび実装できます。 この技術は、アプリケーションと情報システムを統合するための現代の標準です。 その助けを借りて、アプリケーションソリューションは、インターネット上で公開されている一連のWebサービスとして機能を提供できます。 次に、アプリケーション自体が他のプロバイダによって公開されているWebサービスを使用できます。 - Web拡張機能を使用した情報ベースとの対話
Web拡張機能はプラットフォームのコンポーネントの1つです。 その助けを借りて、1C:Enterprise 8情報データベースとやり取りするWebアプリケーションを作成することができますこれは1C:Enterprise 8インターフェースとスタイルが似ているWebベースのユーザーインターフェースを介してデータを持つユーザーの直接作業になります。 1 C:既存サイトへのEnterprise 8アプリケーション機能、または他のシステムから1 C:Enterprise 8へのプログラムによるアクセス。 - 分散情報システムにおけるオフラインデータ交換
データ交換メカニズムを使用すると、指定した間隔で分散システムのノード間でデータと設定の変更を送信できます。 さらに、そのようなシステムのノードは、1C:Enterprise 8情報ベースと、1C:Enterprise 8に基づかない他のソフトウェアシステムの両方にすることができます。
管理対象アプリケーションモード
管理対象アプリケーションモード インタフェースは「描画」ではなく「記述」。 開発者は、コマンドインタフェースの一般的な方式とフォームの一般的な方式のみを定義します。 この説明は、さまざまな要因(ユーザーの権利、特定の実装の機能、ユーザーによる設定)を考慮して、特定のユーザー用のインターフェイスを構築するときにプラットフォームで使用されます。
マネージドアプリケーションは、アプリケーションソリューションの実装を非常に容易にします。 アプリケーション自体を変更せずに、会社の仕様に合わせてソリューションを変更したりカスタマイズしたりすることはできなくなりました。 機能オプション開発によって作成され、実装時に複雑なアプリケーションソリューションの必要な機能部分を有効/無効にすることができます。
動的負荷分散機能を備えたフェイルセーフサーバークラスタ
このプラットフォームの新しいバージョンは、1C:Enterpriseサーバークラスタの耐障害性を実装しています。これは、ユーザーとDBMS間の対話を提供する主要コンポーネントです。
現在、クラスタの一部であるコンピュータの障害または計画的なシャットダウンによって、ユーザーが情報データベースを操作することを中止することはありません。 これは、サーバクラスタ自体のホット冗長性と、クラスタ内で動作するワークプロセスの冗長性によって実現されます。
また、ユーザーとサーバークラスタ間の通信チャネルの中断に対するシステムの耐性が大幅に向上しました。 現在、圧倒的多数のケースでは、接続が回復した後、ユーザーは切断された場所から作業を続けることができます。 データベースに再接続する必要はありません。 これは、接続されているユーザーとそのユーザーが実行しているアクションの状態をクラスターが「記憶」しているという事実によって実現されます。 物理的な接続が失われると、クラスタはこのユーザーとの接続が復元されるのを待ちます。
サーバークラスタでは、動的負荷分散が実装されています。 作業負荷の作業負荷は作業の過程で絶えず分析され、必要に応じてクライアントはより生産的なワークフローに自動的に切り替わります。
サーバークラスタ1C:エンタープライズ8(1C:エンタープライズ8サーバークラスタ)
1C:Enterprise 8サーバークラスタ - ユーザーとデータベース管理システム間の相互作用を提供するプラットフォームの主要コンポーネント クライアントサーバー版の作業。 クラスタが存在することで、大規模な情報ベースを持つ多数のユーザーの、中断のない、フォールトトレラントで競争力のある作業を確実に行うことができます。
1C:Enterprise 8サーバークラスタは論理的概念であり、同じ一連の情報データベースにサービスを提供するワークフローの集まりです。
主なサーバークラスタ機能
- 1台または複数台のコンピューター(稼働中のサーバー)で機能できます。
- 各作業サーバー上で、このクラスター内のクライアント接続を処理する1つまたは複数の作業プロセスが機能します。
- 新規顧客をクラスタワークフローに接続することは、長期的なワークロードワークロード統計の分析に基づいています。
- クラスタプロセスとクライアントアプリケーションとの相互作用、データベースサーバとの相互作用は、プロトコルに従って実行されます。 TCP / IP;
- サーバークラスタプロセスは、アプリケーションとして起動することも、次のように起動することもできます。 サービス.
作品のクライアントサーバー版の一般的なスキーム
クライアントサーバーバージョンのクライアントアプリケーションでは、サーバーのクラスタと対話し、サーバーのクラスタはデータベースサーバーと対話します。
サーバークラスタに含まれるコンピュータの1つ 中央クラスタサーバー。 中央サーバーは、クライアント接続にサービスを提供するだけでなく、クラスター全体および店舗の作業を管理します。 クラスタレジストリ.
クライアント接続の場合、クラスタはセントラルサーバーの名前と番号によってアドレス指定されます。 ネットワークポート。 標準のネットワークポートを使用する場合は、単一の中央サーバー名を指定するだけで十分です。
接続が確立されると、クライアントアプリケーションはクラスタの中央サーバーにアクセスします。 ワークロードのワークロード統計の分析に基づいて、中央サーバーはクライアントアプリケーションを特定のアプリケーションに転送します。 作業工程誰が彼に仕えるでしょう。 このプロセスは、中央サーバーとクラスタ内の動作しているサーバーの両方にあります。
ワークフローは ユーザー認証 この情報ベースとのクライアントのセッションが終了するまで接続を処理します。
最も単純なサーバークラスタの構成
最も単純なサーバークラスタは、1台のコンピュータに配置し、1つのワークフローを含めることができます。
この図は、サーバークラスタの動作に関わるすべての要素を示しています。
サーバークラスタプロセス
- ragent.exe;
- rmngr.exe;
- rphost.exe;
データストア:
クラスタのリスト
クラスタレジストリ。
クラスター内のコンピューターの機能は、サーバーエージェントと呼ばれるragent.exeプロセスによって提供されます。 したがって、サーバーエージェントが実行されているコンピューターは、運用サーバーと呼ばれます。 サーバーエージェントの機能の1つは、この作業サーバー上にあるクラスターのリストを管理することです。
サーバーエージェントとクラスターのリストはサーバークラスターの一部ではなく、サーバーとその上にあるクラスターのみを提供します。
直接サーバークラスタには、次の要素が含まれています。
1つ以上のrmngr.exeプロセス。
クラスタレジストリ。
1つ以上のrphost.exeプロセス。
rmngr.exeプロセスはクラスタマネージャと呼ばれます。 このプロセスは、クラスタ全体の動作を制御します。 クラスタ内には複数のクラスタマネージャプロセスが存在する可能性があります。 これらのプロセスの1つは常にクラスタのメインマネージャであり、残りは追加のマネージャです。 メインクラスタマネージャが動作し、クラスタレジストリが配置されている作業サーバは、クラスタの中央サーバと呼ばれます。 メインクラスタマネージャの機能の1つは、クラスタレジストリを管理することです。
rphost.exeプロセスはワークフローと呼ばれます。 このワークフローは、クライアントアプリケーションに直接サービスを提供し、データベースサーバーと対話し、特にサーバー構成モジュールの手順を実行できます。
スケーラビリティ
サーバークラスタのスケーラビリティは、いくつかの方法で実現できます。
- クラスタマネージャの数を増やし、それらの間でサービスを分散する。
- 特定の作業サーバーで動作している作業プロセスの数を増やす。
- クラスタに含まれる作業サーバーの数を増やす。
複数のマネージャを使用する
クラスタマネージャによって実行されるすべての機能は、いくつかに分けられます。 サービスの。 これらのサービスは異なるクラスタマネージャに割り当てることができ、これによって全体の負荷を複数のプロセスに分散させることができます。
一部のサービスはメインクラスタマネージャでのみ使用できます。
- クラスタ構成サービス
- クラスタロックサービス
- アイテム管理サービスのデバッグ
残りのサービスは任意のクラスタマネージャに割り当てることができます。
- ログブックサービス
- 全文検索サービス
- タスクサービス
- ナンバリングサービス
- カスタム設定サービス
- タイムサービス
- オブジェクトロックサービス
- セッションデータサービス
- トランザクションロックサービス
複数のワークフローを使用する
一方で複数のワークフローを使用すると、特定の各ワークフローの負荷が軽減されます。 一方、いくつかのワークフローを開始することで、運用サーバーのハードウェアリソースをより効率的に使用することが可能になります。 さらに、いくつかのワークフローを開始すると、さまざまな情報ベースを扱うクライアントのグループを分離することで、サーバーの信頼性を向上させることができます。 複数のワークフローを開始できるクラスタでは、クラスタ管理者が設定した時間が経過した後にワークフローを自動的に再開できます。
複数の稼働中のサーバーを使用する
クラスターに含まれる作業サーバーの数を増やすと、各特定のワークフローの負荷を増やすことなく、より多くの作業プロセスを使用することができます(より多くのクライアント接続を処理する)。
フォールトトレランス
クラスタのフォールトトレランスは3つの方向で提供されます。
- クラスタ自体の予約
- ワークフローを予約する
- 通信チャネルの破損に対する抵抗。
クラスタバックアップ
複数のクラスタを組み合わせることができます 予約グループ。 同じバックアップグループに属するクラスタは自動的に同期されます。
アクティブクラスタに障害が発生すると、そのグループの次の作業クラスタがアクティブになります。 アクティブなクラスターより前のグループにあるクラスターの健全性を復元すると、自動データ同期の後にアクティビティーがクラスターに転送されます。
ワークフローの冗長性
各ワークフローでユースケースを指定できます。使用、バックアップとして使用、使用しない。
ワークフローが異常終了した場合、クラスタは代わりに非アクティブなスタンバイプロセスの1つを起動し、自動的に既存の負荷を分散します。
通信チャネルの破損に対する抵抗
各ユーザーが自分のユーザーを作成するため、クラスターは接続されているユーザーとそれらが実行するアクションの状態を「記憶」します。 会期.
物理的な接続が失われると、クラスタはこのユーザーとの接続が復元されるのを待ちます。 圧倒的多数の場合、接続が回復した後、ユーザーは切断された場所から作業を続けることができます。 データベースに再接続する必要はありません。
セッション
セッションは、情報ベースのアクティブユーザーとこのユーザーの制御フローを決定します。 以下の種類のセッションがあります。
- 脂肪クライアント, シンクライアント, Webクライアント - それぞれシック、シン、およびWebクライアントから情報ベースにアクセスすることによって作成されます。
- コンフィギュレータ - コンフィギュレータが情報データベースにアクセスしているときに作成されます。
- COM接続 - を通じてデータベースにアクセスするときに作成されます。 外部接続,
- WS接続 - Webサーバー上で公開されているWebサービスにアクセスした結果、Webサーバーが情報ベースにアクセスしたときに作成される。
- バックグラウンドジョブ - クラスタワークフローが情報ベースにアクセスしたときに作成されます。 バックグラウンドジョブプロシージャコードを実行するように設計されています。
- クラスタコンソール - アクセス時に作成 クライアントサーバー管理ユーティリティ ワークフローへ
- COM管理者 - ワークフローにアクセスしたときに作成されます 外部接続.
さまざまなオペレーティングシステムの管理下で作業
すべてのサーバークラスタプロセスは、制御下で機能することができます。 windowsオペレーティングシステムそして管理下 linuxオペレーティングシステム。 それらの間のプロセスの相互作用がプロトコルに従って実行されるという事実のために TCP / IPたとえば、単一のクラスタの一部として、異なるオペレーティングシステムを搭載した稼働中のサーバーがあるかもしれません。
サーバークラスタ管理ユーティリティ
配信システムには、クラスタの構成を変更したり、情報ベースを管理したり、ユーザーを接続したり、トランザクションロックの運用分析を実行したりできるクライアントサーバー管理ユーティリティが含まれています。
Oracle Database DBMSのサポート
新しいDBMSのサポートを実装 - Oracleデータベース。 開発は、オラクル社の専門家と共同で行いました。 1C:Enterprise 8プラットフォームは、5つのDBMSでの作業をサポートします。
- ファイル、
- Microsoft SQL Server
- PostgreSQL
- IBM DB2、
- Oracleデータベース。
Oracleデータベース(Oracle Database)
Oracleデータベース - の1つ データベース管理システムプラットフォームでサポートされています クライアントサーバー版の作業.
分析報告書の作成を最適化するための骨材のメカニズム
集約メカニズムを使用すると、レポート生成にかかる時間を大幅に短縮できます。 これは、何十万ものレジストリエントリを含む大規模な情報データベースにとって特に重要です。
集約は交渉可能な累積レジスタに使用されます。 任意のレジスタについて、この情報データベースでレポートを生成するのに便利な、さまざまなセクションに集約されたレジスタデータを含むいくつかの専用リポジトリを作成できます。 システムは自動的にさまざまな情報カットを使ったユーザーの作業の強度を評価し、累積された統計に基づいて、サポートされている集合体の最適な構成を選択します。
アグリゲートを使用することで、アナリストやマネージャは利用可能な情報を分析し、短いシステム応答時間でさまざまな表示ビューを切り替えることができます。 同時に、一方ではシステムは蓄積された集計データを使用し、他方では受信したレポートの関連性を常に保証します。
集合体
集合体 - これはで実装された特別なメカニズムです。 交渉可能な累積レジスタ。 集計を使用すると、レポート作成にかかる時間を大幅に短縮できます。 これは、何十万ものレジストリエントリを含む大規模な情報データベースにとって特に重要です。
集約は交渉可能な累積レジスタに使用されます。 任意のレジスタのためにいくつかのユニットを作成することができます。 各ユニットは、この情報データベースでレポートを生成するのに便利な、さまざまなセクションに集約されたレジスタデータを含む特殊なリポジトリです。 システムは自動的にさまざまな情報カットを使ったユーザーの作業の強度を評価し、累積された統計に基づいて、サポートされている集合体の最適な構成を選択します。
アグリゲートを使用することで、アナリストとマネージャは利用可能な情報を分析し、短いシステム応答時間でさまざまな表示ビューを切り替えることができます。 同時に、一方ではシステムは蓄積された集計データを使用し、他方では受信したレポートの関連性を常に保証します。
アセンブリデザイナー
プラットフォームには、ユニットの特別なコンストラクタが含まれています。これを使用して、ユニットの構成を変更したり、それらの用途をカスタマイズしたりできます。
開発者とユーザーのための拡張されたレポート管理
各構成レポートについて、開発者またはコンサルタントはこのレポートの複数のバージョンを作成できます。 各オプションは、レポートデータを異なる形式で表すことができます。 ユーザーは既成のオプションの1つを選択してレポートを実行します。
開発者は、どのレポート設定をユーザーが使用できるようにするか(ユーザー設定)、およびこれらの設定のうちどれをレポートフォームに直接表示するか(簡単なユーザー設定)を記述できます。 彼らの助けを借りて、ユーザは「それ自身で」レポートのバージョンをカスタマイズし、将来の使用のためにそれを保存することができる。
レポートバリアントとレポートバリアント設定の登録と修正は、コンフィギュレータと1C:Enterpriseモードの両方で可能です。 作業の主なシナリオでは、すべてのユーザーが同じレポートオプションを使用して作業し、各ユーザーに対するこれらのオプションの設定はそれぞれ独自のものであると想定しています。 同時に、開発者は他の作業シナリオを実装することができます。全員に共通のオプションと設定、ユーザーグループごとの独自のオプションと設定、個人用のオプションと設定です。
アプリケーションソリューションを最適化するための開発ツールの拡張
表示メカニズム 業績指標開発者は、アプリケーションの処理中に、サーバー呼び出しの数と期間、および送受信されるデータの量をリアルタイムで見積もることができます。
モード サーバーを呼び出すときの遅延をシミュレートする開発者は、実際の通信チャネル上で、クライアント側で自分のアプリケーションソリューションの実際の速度を確認できます。 インターネットへの特別な接続は必要ありません。 このモードを有効にするだけで十分で、プラットフォームは(ローカルコンピュータ上のファイルのバージョンであっても)実際の通信チャネルが機能する遅延で動作し始めます。
新しいインターフェースデザイン
管理アプリケーションモードでは、快適で効率的な操作に重点を置いた新しいインタフェースデザインが使用されます。 それは現代の傾向に対応していると同時に、以前のインターフェースの強みを考慮に入れています。
プログラムでの作業は、デスクトップとメインのアプリケーションウィンドウにあるセクションのパネルから始まります。 デスクトップには、よく使われる文書、レポート、参考書などが含まれています。 これは一種の「アシスタント」ユーザーです。 毎営業日は彼との「コミュニケーション」から始まります。 デスクトップは、ユーザーに業務を紹介し、彼の質問に答えます。
セクションバーは、アプリケーションソリューションの機能の主要部分を表します。
セクションをアクティブにすると、そのすべての機能が2つのパネルにコマンドとして表示されます。 ナビゲーションバー (左)そして アクションバー (上)
ユーザーの作業をより快適にするためのサービスメカニズムがいくつか実装されています。
- ユーザー履歴 システム内で最後に変更されたデータを素早く表示する
- ユーザーのお気に入りリスト ユーザーが最も頻繁に使用するモードとデータにすばやく移行するため
- ユーザが記入のために誤りを犯した要素を視覚的に強調するための、フォーム要素に添付されたメッセージの仕組み
- そして他のメカニズム。
企業での展開のためのシステムのインストールと管理の利便性の向上
システムのインストールと起動のための新しいメカニズムにより、プラットフォームのいくつかの異なるバージョンが同時に使用される場合に管理を大幅に簡素化することが可能になります。 それは彼らのインストール、プラットフォームの適切なバージョンと実行するのに適切なクライアントアプリケーションの選択、そしてプラットフォームをタイムリーに更新するプロセスを自動化します。 構成ファイルを使用して、管理者は一度インストールするプラットフォームコンポーネントの構成、ユーザー用の新しいプラットフォームバージョンの自動または手動インストール、さまざまな情報ベース用の特定のプラットフォームバージョンの起動、起動に必要なプラットフォームバージョンの自動検出を設定できます。 等
1C:Enterprise 8で提供されている標準のインストールと展開のシナリオに加えて、グループポリシーを使用したインストールとログオンスクリプトを使用したインストールという、オペレーティングシステムの機能も使用できます。
システムのスケーラビリティとパフォーマンスを向上させる
- データベース速度が向上しました。
- データベースクエリの高速実行
- RAMとコンピュータコンピューティングリソースの使用率の向上。
- 設定を最初に開く時間を短縮しました。
その他の変更
その他の新機能
- 既存のアプリケーションソリューションを管理対象アプリケーションモードに徐々に移行します。
- 標準構成オブジェクトの詳細へのアクセス
- 構成オブジェクトの個々の詳細にアクセス権を割り当てる機能。
- 新しいオブジェクトをデータで埋め、チェックを満たすためのメカニズム。
- 文書を実行するための新しい方法
- 異なるタイムゾーンで作業する能力。
- 組み込み言語での安全で特権的なコード実行モード。
- 外付け部品の新技術
その他の機能
方法材料
パッケージ1C:Enterprise 8.2にはデモ構成が含まれています 管理対象アプリケーション。 これは完全なアプリケーションソリューションではありません。実際に機能するシステムとしては使用できません。 アプリケーションの観点からは、そのすべての機能は非常に単純化された形式で提示されており、「管理対象アプリケーション」の機能の一部を示すことのみを目的としています。
- コマンドインターフェースの作成
- 管理フォーム要素とフォームコマンドを操作する
- 動的リストを使う
- インターフェイスメタデータプロパティを使用する
- メタデータの標準詳細の説明
- レポートを処理する
- 集合体の使用
- メタデータオブジェクトのチームの作成
- 塗りつぶしチェッカーを使用して、
- 初期データで詳細を埋める
- メッセージの表示とステータスの表示
- パラメータ化コマンドの使用
- 簡単な選択と行による入力
- リバウンドを整理する方法
- フォーム記述のプログラムによる変更
- 機能オプションの使用
- ファイルや写真を扱う
- アクセス権の割り当て
- デスクトップを形作る
- 構成内のユーザー設定ストアを使用して、
- 文書を実行するための新しい方法
外付け部品を扱う方法。
1Cシックおよびシンクライアント 1C Enterpriseプログラムは、クライアントとサーバーという2つの要素が関係するアーキテクチャーを持っています。
お客様 ユーザーが作業しているプログラムの部分の名前です。
サーバー - これはユーザーが利用できないプログラムのサービス要素です。
順番に、クライアントも2つの要素に分割され、私たちはそれらをシッククライアントとシンクライアントと呼びます。 それらがそのように呼ばれている理由は、私たちは以下で見つけます。
1Cファットクライアント
脂肪クライアント - サーバーがローカルネットワーク上にある場合、これは通常の1C起動モードです。 このモードでは、ユーザーはバージョン7.7以降作業しています。
厚いクライアントが最も一般的です。 主な違いは、シッククライアントで作業する場合、かなりの量の情報がコンピュータ上のキャッシュ(一時ファイル)として保存されることです。 これにより、次のプログラムを起動して保存することができます。
- キャッシュとして保存されたファイルをダウンロードする時間。
- サーバーからクライアントに送信される情報量を減らします。
上記に基づいて、太ったクライアントは広い帯域幅を持つチャネルを介して完璧に機能できると結論します。 高帯域幅チャネルの例は、ローカルエリアネットワークであろう。
プラットフォーム8.2がリリースされる前は、動作モードは1つしかありませんでした - ファットクライアントです。 新しいプラットフォームがリリースされても、ユーザーは基本的な違いはありませんでしたが、細い通信チャネルでの作業が加速されたことを除けばです。 しかしプログラマにとっては、いくつかの開発方法が変わりました。
1Cシンクライアント
シンクライアント - インターネット経由の起動モード1Cです。 たとえば、コンセントとサーバーが異なる場所にある場合です。
シンクライアントの出現により、いわゆる「管理フォーム」が登場しました。 フォームデータとユーザーインターフェイスはクライアントのコンピューターに表示され、再生されます;この情報は大きなリソースを必要としません。 シンクライアントのインストールの配布キットは、シックの配布キットよりはるかに少ないです。
データベースとのすべての作業、情報の読み書きはサーバー上で行われ、これと共にプログラムコードとクライアント上およびサーバー上との分離が出現しました。
04.10.2016 ニックあなたの多くは、このような定義を作品の「クライアント - サーバー」版として聞いています。 つまり、構造全体が2つのコンポーネント、つまりクライアントとサーバーで構成されています。 サーバーは、対応するソフトウェアまたは情報ベースがインストールされている強力なコンピューターにすぎません。 通常のユーザーはサーバーコンポーネントにアクセスできません。 クライアント - ユーザーのコンピュータ上のアプリケーション。サーバーを介して接続および処理を行います。 1C:エンタープライズテクノロジプラットフォームでは、3種類のクライアントがあります。ファットクライアント、シンクライアント、およびWebクライアントです。 それで、シッククライアント1Cとシンクライアント1Cの違いは何ですか?
厚いクライアント1C
このクライアントアプリケーションは1c 7.7以降、すべてのユーザーにとって使い慣れたものになりました。 それが情報ベースを扱う通常の方法です。 最も重要な機能は、すべての計算と操作がクライアントのコンピュータ上で実行されることです。 つまり、組み込み言語のすべての機能を実質的に実行し、適用された種類のメタデータを処理できます。 ファットクライアント実行ファイル - 1cv8.exe。すべてのデータは一時ファイルに格納されています。 シッククライアントはTCP / IPプロトコルの下で動作します。したがって、サーバーから大量のデータが引き出されるため、通信チャネルについては非常にうるさいです。
シンクライアント1C
前のものとは正反対です。 技術プラットフォーム8.2に登場しました。 埋め込み言語の機能は非常に限られています。 アプリケーションの種類では動作できません。 サーバーから受信した情報を表示する機能しかありません。 すべての作業はいわゆる「管理対象アプリケーション」で行われます。 すべての計算はサーバー上でのみ行われます。 シンクライアントは表示するデータのみを受信します。 高帯域幅の通信チャネルは必要ありません。 このモードの大きな利点は強力なハードウェアを購入する必要がないということです。 シンクライアント実行ファイル - 1cv8c.exe
1C Webクライアント
そのおかげで、HTTPを使ってインターネットを介して1C情報ベースにリモート接続することが可能です。 Webクライアントはシンクライアントと連携して動作します。 新しいワークステーションにソフトウェアをインストールする必要はありません。すべての作業は、ブラウザのWebインタフェースを介して行われます。 Windows、Linux、Mac環境で動作します。