リモートホスティングが既存の接続を強制的に終了しました。 リモートホストが既存の接続を強制的に終了しました-Quikが教えてくれます。

時々ここにウィンドウがあります：「リモートホストが強制的に壊れました 既存の接続、 "Quikを生成します。

ブローカーのサーバーへの接続の中断で問題が発生した場合は、以下の手順に従ってください。

もちろん、これはタンバリンで踊っています、そしてそれはそのようであるべきではありません。 以下に説明する問題の解決策が一時的なものであることを願っています。

このような「不運」は、ブローカーのサーバーがクライアントの端末からの応答を待つことができず、強制的に切断した場合に発生します。 この問題が発生したとき、私は文字通りプロバイダーをレイプしました（2つでも！）。Quik端末の開発者の技術サポート、そして当然の結果として、ブローカーの技術サポートに行き着きました。 つまり、プロバイダーや開発の問題については話しません。 これは接続の切断に関するものであり、次のように理解する必要があります。

ブローカーのサーバーに接続した後、Quikターミナルは設定なしで見積もりをロードし、正しく機能します。 カスタマイズされたチャートとインジケーターを含む構成ファイルをロードした後、クライアント端末は数秒間フリーズし、「リモートホストが既存のquik接続を強制的に終了しました」というメッセージを表示します。

これがポジションの存在下で発生する場合は特に不快です🙁

この場合、ポジションを閉じたり、ストップを再配置したりする方法はありません。 ディスパッチャでも端末がフリーズします Windowsタスク「応答なし」ステータスが表示されます。

では、そのような場合はどうすればよいでしょうか。

繰り返しになりますが、説明されている対策はタンバリンを使った特定のダンスです。 今、私は非常に緊密にコミュニケーションを取っています 技術サポート私のブローカーとうまくいけばそれは報われるでしょう。 実装用 この決定すべての株式を異なるタブに配置する必要があります。つまり、ズベルバンク、ガスプロム、アルロサ、ロスネフチ、先物、オプション、その他の商品のチャートは別々のタブに配置する必要があります。

ステップ0.接続を設定する

自動接続回復を無効にします。 そうでなければ、休憩やフリーズは私たちに休息を与えません。

システムメニュー->接続

ステップ1.見積もりの​​流れを設定する

使用する商品の数に注意し、ユーザーが開いたテーブルに対してのみ見積もりの​​受け取りを設定します。 これにより、ブローカーのサーバーから受信する情報の流れが大幅に減少します。

Quikドキュメントから：

ユーザーが開いたテーブルの設定に基づいて」-プログラムのユーザーが開いたテーブルに表示される機器とそのパラメーターについてのみ新しい値を受け取ります。 フラグが有効になっている場合、次のウィンドウとテーブルに表示されるすべての機器のパラメータがサーバーから受信されます

メニュー「システム->注文データ->見積もりの​​ストリーム」

「開いているテーブルの設定を設定する」ボタンを押します

...そして必要な楽器の見積もりの​​みを取得します。 「はい」を押します

ステップ1.1変更を保存する

使用するQuik構成を.wndファイルに保存します。

ステップ2.サービスファイルのクリーンアップ

Quikターミナルを閉じ、Quikフォルダーのルートにある拡張子が.datのファイルを削除します。 私はそこに21個のファイルを保存していましたが、誰かにとってこの数は多かれ少なかれ可能性があります。

Quikフォルダー内の拡張子が.datのファイルのリスト

ステップ2.1-clear行を追加する

拡張子が.logおよび.datのサービスファイルをクリアするには、ターミナルを起動するたびに、Quikショートカットに-clear行を追加します。

Quikショートカットのプロパティに移動します このパラメータを使用すると、サービスファイルをクリアできます。 「OK」をクリックします

-clearパラメータは、Quikターミナルのロードをいくらか高速化します。 ただし、プログラムを更新した後、info.exeファイルへのショートカットに-clearパラメーターを再度追加する必要があります。 また、プログラムの自動再起動後は保存されません。

メニュー「基本設定」に移動します

「ローカルマシン上」という記号を設定します。 [OK]をクリックします。

ステップ2.2変更を加えた後に起動する

Quikターミナルを起動し、使用した構成をロードして接続を試みます。 それでも問題が解決しない場合は、以下の手順に従ってください。

ステップ3.それが役に立たない場合は、「脂肪」を探しています

ここで、「最も太い」ツールのブックマークをに保存します。 別のファイル:

ステップ4.ブックマークを削除する

「太字」ツールを使用して、以前に保存したブックマークを削除します。 私の場合、これはズベルバンク株のチャートのタブです。

「太字」ツールでブックマークを削除する

ステップ5.接続

ブローカーのサーバーに接続してログインします。 画像が変更されていない場合は、接続が安定するまで、「太字」の少ないツールなどを使用してブックマークを削除します。

ステップ6.安定した接続で構成を保存する

接続が確立され、終了されていない場合は、結果の構成ファイルを別の名前で保存します。 たとえば、your_bunny_wrote.wndです。

ブローカーのサーバーへの安定した接続を確立した後、反対のアクションを実行します。 保存したブックマークをロードします。

ブックマークを選択して「開く」を押します

逆の順序で開始します。「太字」が最も少なく、「最も厚い」楽器に移動します。 ターミナルが1秒間フリーズしますが、その後、必要なチャートが描画されます。 出来上がり！

必要なすべてのツールの削除されたブックマークをロードするまで、手順7を繰り返します。 幸いなことに、私は1つ持っており、Sberbankチャートのブックマークがメインfile.wndに保存された場合にのみ接続が切断されます。 それらは5つしかありませんが。

Quikターミナルを閉じる前に、ブックマークを別のファイルに保存し、「太字」ツールごとに手順3を繰り返します。

Quikがどの時点で接続を終了するかはわかりません。 これは、ファイルの次の保存とロードの後に​​可能です。 したがって、SberbankとSberbank_newなどの2つのファイルを用意して、変更を1つずつファイルまたは別のファイルに保存することをお勧めします。 この方法により、計測器のメインチャートに記録されたデータが失われる可能性を低減します。

重大な性質のコード10054でのこのエラーは、記録時にユーザーに現れます。 ほとんどの場合、1C8.2の古いリリースで見つかります。

エラー10054のスクリーンショット：

一般に、このエラーの出現は、1Cサーバーの開発者にとって予期しないアクションが発生していることを示しています。

• 間違ったリクエストが来ます。
• 誤ったデータ;
• 大量のサンプルを発生させるリクエスト。これは満たすことができません。
• 特殊なケース：ドキュメント番号が分子で指定された長さを超えていました。
• 無効にされたアンチウイルスまたはファイアウォールでの動作を確認してください

修正：

問題を可能な限り特定することです。

• ドキュメントの種類を決定し、
• エラーが発生したレジスタ、
• ユーザー、
• コンピューター。

次に、データベースのコピーが作成されます（1CまたはDBMSを使用）。

サーバーを再起動しても問題が解決する場合は、監視を続行してください。 営業時間外の夜間にサービスを再開するスクリプトを追加します。

再起動が周期的である場合は、クラスターのプロパティで自動再起動が構成されているかどうかを確認してください。

テストと修正は、合計の再計算とテーブルのインデックスの再作成によって実行されています。

データベースの古いコピーが作成され、問題が観察され、違いがチェックされます。おそらくこれが原因につながる可能性があります。

問題が解決しない場合、次のステップはテクノロジーログを構成して分析することです。

その過程で何を見つけることができますか：

サーバーの負荷が100％の危機に瀕している場合は、データベースサーバーと1Cサーバーを分離するオプションを検討してください。これは通常、速度は低下しますが、作業は安定します（8.3には、相互作用を高速化する共有メモリメカニズムがあります。サーバーと）。

• 可能であれば、サーバーにメモリを追加します。
• 考えられる解決策は、サーバーを64ビットサーバーに置き換えることですが、最初に、サーバーが立っている友達と機能を確認します。
• 32ビットでの同じチェックは、データまたは特定のサーバーのエラーを理解するのに害はありません。
• ロードを伴うアンロードは、症状を取り除くことができます。
• 最後の手段として、データを変換するか、データを作業コピーに再ロードすることによってデータを移行することを検討してください（長い手順）

Windowsログでシステムエラーを確認します。

• ネットワーク内
• 装置
• 別館
• ルーター、スイッチを再起動します（まれですが、問題があります）

問題が短時間で解決されない場合は、認定された管理者または1Cの専門家の助けが必要になる場合があります。

親愛なる友人の皆さん、今日は1Cで次のメッセージが表示されるウィンドウなどのエラーについて説明します：「リモートホストが既存の接続を強制的に終了しました。」 この問題には、プログラマーが問題の原因をより迅速に特定するのに役立つコードが付随していることがよくあります。 ほとんどの場合、 多数サーバーに接続している従業員。

ほとんどの場合、エラーの原因はワークフローの再開です。 そして、実際には、この動作にはかなり多くの理由が考えられます。 これはほとんどの場合、通常のスケジュールされた再起動が原因です。 rphostファイルが大きくなり、速度が低下すると、管理者はワーカープロセスを再起動してこれを修正しようとします。 また、サーバーに追加の負荷がかかるため、この結果、ユーザーが切断されます。

開発チーム ソフトウェア製品 1C自体は、約100人のユーザーが接続している場合、1つのワークフローのみを使用することを推奨しています。 問題を解決できない場合は、いくつかの解決策を使用してみてください。 そこで、「リモートホストが既存の接続を強制的に切断しました」というエラーが発生した場合の対処方法を調べてみましょう。