バックグラウンド構成の更新。バックグラウンドでのデータベース構成の更新。その他の注目すべき改善点は次のとおりです。

Yandex ブラウザは自動的に更新されます。更新しないと、ブラウザは新しい脅威からデータを保護できなくなります。

ブラウザのアップデートに関する質問

ブラウザの最新バージョンを使用することが重要なのはなぜですか?

最新バージョンのブラウザの場合:

エラー、フリーズ、クラッシュが減少します。ウェブサイトのページ、音楽、ビデオの読み込みが速くなります。

新機能やその他の改善が追加されました。

ブラウザが自動的に更新されない場合はどうすればよいですか? ブラウザの更新中にエラーが発生した場合はどうすればよいですか?

プロキシまたはファイアウォールを使用している場合は、それをオフにしてブラウザを更新してみてください。また、ウイルス対策ソフトをオフにして、再度アップデートしてみてください。これで問題が解決しない場合は、ブラウザを手動で更新してください。

ダウンロードとインストール。以前のバージョンを削除する必要はありません。

自動更新を無効にするにはどうすればよいですか?

ブラウザでは自動更新を無効にすることはできません。インターネットの脅威に対して最大限の保護を提供できるのは、最新バージョンのブラウザのみです。

ブラウザのバックグラウンド更新を無効にするにはどうすればよいですか?

Yandex ブラウザは、使用するかどうかに関係なく、自動的に更新されます。これはセキュリティ上の理由から行われています。インターネット上には新しい脅威が絶えず出現しており、ブラウザには新しい保護方法が常に出現しています。

これ以降、自動バックグラウンド更新は無効になります。ただし、ブラウザーを開くとすぐに更新をチェックし、機能する限り定期的にチェックし続けます。

1C 社は、1C:Enterprise プラットフォームの最終バージョン 8.3 をリリースしました。これは、多くの分野における 1C:Enterprise 8 テクノロジープラットフォームの重要な開発です。

クラウド技術の開発とインターネットを介した業務

サーバークラスターのスケーラビリティとフォールトトレランスが向上し、負荷分散が改善されました。新しいサーバークラスターの負荷分散アーキテクチャが実装されました。これは、サーバーの構成、管理者が指定したフォールトトレランス基準、および利用可能なパフォーマンスの現在の分析に基づいて、クラスターノード間で負荷を自動的に分散します。同時に、個々のクラスターノードの負荷を微調整することができます。サーバーワーカープロセスによって消費されるメモリ量をより正確に管理できるため、ユーザーの不注意なアクションに対するクラスターの耐性を高めることができます。

ライセンスおよび外部セッション管理サービス。ライセンスサービスを使用すると、ソフトウェアクライアントとサーバーのライセンスの集中発行を整理できるため、仮想環境にサーバーのクラスターを展開し、サーバーに割り当てられたリソースを動的に変更するタスクが大幅に容易になります。外部セッション管理サービスを使用すると、外部システムにセッションの開始と終了を通知し、応答としてセッション開始の許可または禁止を受け取ることができます。これにより、特定の情報ベースに接続するユーザーの数を制限し、追跡することができます。ユーザーがデータベースを使用した時間など。外部システムとの対話は、Web サービスを通じて実行されます。

インターネット経由でのシンクライアントの自動更新。この機能により、リモートユーザーがソフトウェアを更新する際の人件費が大幅に削減されます。以前は、自動更新はローカルネットワーク内で作業している場合にのみ可能でした。

安全な SSL 接続と証明書のサポートを提供しますすべてのインターネットプロトコルとそれに基づくプラットフォームメカニズム。たとえば、Web サービスとシンクライアントは安全なチャネル上で動作できます。

背景には情報基盤の再構築。この新機能により、アプリケーションソリューションの更新に必要なシステムのダウンタイムを最小限に抑えることができます。以前は、情報ベースの再構築の間ずっとユーザーの作業を停止する必要がありましたが、現在では変更の大部分がバックグラウンドで実行され、ユーザーの作業を停止する必要があるのは最後の短いフェーズでのみです。リストラのこと。このアプローチにより、システムのダウンタイムを時間単位ではなく桁違いに削減できるため、システムの可用性レベルが向上します。これは、クラウドサービスや大規模なデータベースを使用する大規模な実装にとって特に重要です。

バックグラウンドの再構築は増分的かつ断続的に実行できるため、稼働中のシステムの負荷がピークに達している期間にコンピューティング能力を解放し、夜間や週末など、システムに負荷がかかっていないときに再構築を開始できます。

セキュリティプロファイル。サービスプロバイダーが、サードパーティサプライヤーが開発した 1C:Enterprise アプリケーションソリューションへのインターネット経由のアクセスを提供する場合、そのようなソリューションの信頼性を常に管理できるとは限りません。同時に、サービス全体およびこのサービスのフレームワーク内で提供される他のアプリケーションソリューションの中断のない動作を保証する必要があります。この目的のために、セキュリティプロファイルが 1C:Enterprise サーバークラスターバージョン 8.3 に実装されています。これらは、アプリケーションソリューションが、サーバークラスターおよびサービス全体の機能にとって潜在的に危険な次のようなアクションを実行することを禁止します。

サーバーファイルシステムへのアクセス。
COM オブジェクト、外部処理とレポート、サーバーにインストールされたアプリケーションの起動。
外部コンポーネント「1C:Enterprise」の使用。
インターネットリソースへのアクセス。

プラットフォーム 1C:Enterprise 8.3 KORP - 法人クライアント向けの新しいライセンス

バージョン 8.3 プラットフォームでは、「通常」とエンタープライズレベル (CORP) という 2 つの異なる配信およびライセンスオプションが初めて実装されました。

インターネットサービスモードで 1C:Enterprise アプリケーションへのアクセスを提供する大企業ユーザーやプロバイダーが主に必要とする、上記のイノベーションと機能の多くは、CORP レベルの 64 ビット 1C:Enterprise 8.3 サーバーにのみ実装されています。このサーバーのライセンスの推奨小売価格は 180,000 ルーブルです。「通常の」64 ビット 1C:Enterprise 8 サーバー (小売ライセンス価格 - 72,000 ルーブル) と比較して、CORP レベルのサーバーは以下をサポートします。

バックグラウンドでのデータベース構成の更新。
インフォベース、クライアントアプリケーションの種類、およびバックグラウンドジョブのコンテキストにおける、動作中のクラスターサーバー間でのクラスターサービスの配布とインフォベースへの接続の追加管理。
クラスター内の柔軟な負荷管理:
- - 呼び出しごとの安全なメモリ消費。
- - プロセスごとの情報ベースの数。
- - サーバーが生産的であるとみなされるワークプロセスのメモリ量。
- - 作業プロセスの最大メモリ容量;
- - バランス戦略 (メモリ、パフォーマンス)。
外部セッション管理。
セキュリティプロファイル。
サーバーからシンクライアントを更新する機能。
シンクライアントデータベースのリストを公開し、http 経由で更新する機能。

これらの機能を使用するには、CORP レベルのクライアントライセンスも必要です。その価格は、同じユーザー数の「通常の」クライアントライセンスの価格の 2 倍として計算されます。たとえば、100 シートの「通常」レベルのクライアントライセンスの費用は 300,000 ルーブル、CORP レベルの 100 シートのライセンスの費用は 600,000 ルーブルです。同時に、1000 ワークステーション用のクライアントライセンスが 1C:Enterprise 8.3 KORP に対して初めて発行され、価格は 5,906,000 ルーブルでした。

1C:Enterprise 8.3 のライセンス条件の詳細については、「1C:Enterprise 8.3」を参照してください。
情報レターNo. 16773 (http://www.1c.ru/news/info.jsp?id=16733)。

モバイルプラットフォーム

「モバイルプラットフォーム1C:Enterprise 8」は、AndroidやiOSのOSを搭載した各種タブレットPCやスマートフォンなどのモバイル機器上で動作するアプリケーションを作成できる技術です。これには次のものが含まれます。

Android および iOS オペレーティングシステムを実行するモバイルプラットフォーム自体 (ディストリビューション)。
モバイルアプリケーションを作成および公開するためのテクノロジー 1C:Enterprise 8.

デバイスにインストールされるモバイルアプリケーションは、モバイルプラットフォームと情報ベースを組み合わせたものです。モバイルデバイス上の情報ベースには、1C ファイルデータベースの類似物とモバイルアプリケーション (モバイルデバイス上で実行されるプログラムコード) が含まれています。

モバイルアプリケーションの開発は、従来の 1C アプリケーションの開発と同じ方法で、何十万もの専門家が使い慣れた環境である 1C: Enterprise コンフィギュレータで実行されます。唯一の違いは、モバイルプラットフォームが課す制限。

1C:Enterprise コンフィギュレータでのモバイルアプリケーションの作成

従来の 1C 開発ツールはモバイルアプリケーションの作成に使用されており、それらのツールで利用できる機能は 1C:Enterprise プラットフォームのサブセットであるため、アプリケーションの開発とデバッグは大幅に簡素化されています。アプリケーションソリューションの既存のコードとビジネスロジックを使用し、1C アプリケーションを統合するための従来のメカニズムを使用できます。これらと同じアプリケーションは、Microsoft Windows と Linux の両方のデスクトップコンピュータでも実行できます。

最終バージョン 8.3 のモバイルプラットフォームでもサポートされています。 地理位置情報とマルチメディア機能- 1C:Enterprise 8 モバイルアプリケーションで直接、モバイルデバイスの地理的位置とその位置に対応する住所に関するデータを決定して使用し、写真、ビデオ、音声録音を撮影して情報データベースに保存できます。

モバイルアプリケーション「1C:Enterprise 8」は、オフラインモード (インターネット接続なし) で完全に自律的に動作できます (データはモバイルデバイスに保存されます)。同時に、開発された 1C:Enterprise 8 統合ツールを使用すると、中央 (バックオフィス) システムとのやり取りを整理できます。

モバイルアプリケーション「1C:Monitor ERP」のスクリーンショット
(https://itunes.apple.com/ru/app/1s-monitor-erp/id622508341?mt=8)

1C:Enterprise 8 モバイルプラットフォームの詳細については、/overview/Term_000000818.htm を参照してください。

クロスプラットフォーム開発

Linux用クライアントアプリケーション

以前は、Linux オペレーティングシステムで 1C:Enterprise 8 ユーザーが作業できるのは、Linux でサポートされているインターネットブラウザのいずれかで Web クライアントを使用する場合のみでした。これで、Windows オペレーティングシステム用に存在するクライアントアプリケーションと同様に、Linux オペレーティングシステム用のクライアントアプリケーションが作成されました。

ユーザーがマネージドアプリケーションモードで作業できるようにするシンクライアント。
通常またはマネージドアプリケーションモードでの操作を提供するシッククライアント。
情報ベースを管理し、構成を変更するためのコンフィギュレータ。

クライアントアプリケーションは、ファイルおよびクライアント/サーバー操作オプションをサポートします。これらは、x86 アーキテクチャと x86-64 アーキテクチャの両方に実装されています。 1C:Enterprise アプリケーションのユーザーだけでなく、これらのアプリケーションの開発者や情報ベース管理者も Linux オペレーティングシステムで作業できるようになりました。

クロスプラットフォーム管理ツール

1C:Enterprise プラットフォームの以前のバージョンでは、サーバークラスターを管理するには、システムに Windows オペレーティングシステムを実行するコンピューターが必要です。クラスター管理ツールはそのツールに基づいていました。

これで、Windows と Linux の両方を実行している任意のコンピューターからクラスターを管理できるようになりました。この目的のために、1C:Enterprise は次の 2 つのツールを実装します。

管理サーバー。
コマンドラインユーティリティ。

管理サーバーはクロスプラットフォームアプリケーションであり、1C:Enterprise サーバーの 1 つのクラスターに制御コマンドを送信するように設計されています。コンソールアプリケーション、Windows オペレーティングシステムのサービス、または Linux オペレーティングシステムのデーモンとして実行できます。

コマンドラインユーティリティは、管理サーバー用のコマンドを生成し、管理サーバーから受信した情報を表示するために使用されます。これはクロスプラットフォームアプリケーションでもあります。このユーティリティは、サーバークラスターの管理に必要なコマンドのセット全体をサポートします。

新しいユーザーインターフェイスとその他の使いやすさの改善

プラットフォームバージョン 8.3 を受信しました タクシーアプリケーション用の新しいインターフェース、より便利に、より視覚的に。
アプリケーションソリューションを操作するための、次のような多くの新しいアプローチが実装されています。

アプリケーション内での便利なナビゲーションに必要な機能は、ツール、お気に入り、履歴などのいくつかの補助パネルに実装されています。
アプリケーションソリューションの開発者は、アプリケーションの目的と機能に応じて、これらのパネルの特定の標準的な構成と配置を指定できます。
ユーザーは、画面のさまざまな領域にパネルを配置することで、独自のワークスペースを独自に設計できます。たとえば、画面上にツールバーのみを残し、アプリケーションソリューション内のすべてのナビゲーション機能を使用したままにして、「ミニマルな」ワークプレイスを作成できます。または、複数のパネルを画面上に一度に配置して、アプリケーションのさまざまな機能にアクセスするための多様かつ迅速なオプションを提供することもできます。
セクション、リスト、データベースオブジェクト、レポートまたは処理、およびコマンドは「お気に入り」に追加できるため、後で必要に応じてすぐに戻ることができます。

新しいバージョンのプラットフォームのインターフェースの革新の中には、次の点にも注目できます。

モーダルウィンドウを使用せずにインターフェイスが動作するためのオプション。このモードでは、新しいブラウザウィンドウは開かないため、Web クライアントを介した作業の利便性、パフォーマンス、安定性が向上し、任意のモバイルデバイス上のブラウザを介して 1C:Enterprise アプリケーションを操作できるようになります。
リストの設定を簡素化します。
新しい行ごとの入力メカニズムにより、データ検索が大幅に高速化されます。

2 つの新しいプラットフォームインターフェイス言語が実装されました。
中国人とアゼルバイジャン人

中国語インターフェイス 1C:Enterprise 8.3 での作業の例 - ディレクトリフォームの作成。

その他の注目すべき改善点は次のとおりです。

パフォーマンスの最適化。この改善は、クライアントワークステーション、サーバークラスター、さまざまな DBMS と対話するメカニズム、およびメモリの操作に影響を与えました。 DBMS での作業を最適化するために、最新バージョンの Microsoft SQL Server 2012 での作業のサポートを提供するなど、Microsoft SQL Server に対して最も多くの作業が実行されました。
アプリケーション開発ツールの改善。 1C 構成 (構造とデータ) をファイルのセットとしてロード/アンロードする機能が提供されます。ダウンロードしたデータの保存には XML 形式が使用されます。モジュールエディターでテキストの任意の領域を強調表示およびグループ化することにより、プログラムコードを整理する可能性が拡張されました。開発者は各領域に独自の名前を付けることができるため、プログラムコードが読みやすくなります。コンテキストヘルプが改善されました。プロシージャと関数のパラメータを設定するときにも表示され、そのタイプと可能な構文オプションが示されます。また、コンテキストツールチップは、開発標準に従ってコンパイルされた開発者コメントを自動的に認識して表示します。プロシージャまたは関数の名前を入力すると、その目的と使用例に関する拡張情報が表示され、パラメータを入力すると、この特定のパラメータに関する拡張情報が表示されます。開発者に、関心のあるトピックに関する情報を状況に応じてすばやく検索する便利な手段を提供するために、構文アシスタントには、専門の 1C インターネットリソースで定期的に更新される関連トピックに関する教材コレクションへのリンクが追加されました。
自動テスト。新しいメカニズムにより、組み込み言語で記述されたアルゴリズムを使用してアプリケーションソリューションの自動テストを実行できます。また、ユーザーの対話型アクションを後で分析するためにファイルに記録したり、それに基づいて自動テストを生成したりする機能も実装されています。
レポート作成のための拡張された機能とビジュアル機能、ビジネス図の新しいプレゼンテーション機能、ABC などの追加の統計および集計関数が実装されました。
外部データソースの操作機能と利便性の点で、標準の構成オブジェクトに非常に近いです。外部ソースからのデータは、複雑なクエリで使用するために一時テーブルに配置したり、クラウドアプリケーションの区切り文字の一部として使用したり、フォームをプログラムで再定義して表示したりできます。も登場 多次元データソースを接続する機能, Microsoft Analysis Services、Oracle Essbase、IBM InfoSphere Warehouse など.
Infobase と以前のバージョンとの互換性を実現する特別なモードがサポートされています。これにより、1C:Enterprise プラットフォームバージョン 8.0、8.1、および 8.2 で開発されたアプリケーションソリューションを追加の処理なしで使用できるようになります。互換モードでは、必要に応じてプラットフォームをバージョン 8.3 から 8.2 にダウングレードすることもできます。バージョン 8.3 のすべての機能を使用するには、以前のバージョンの 1C:Enterprise 8 プラットフォームで作成されたソリューションに若干の変更を加える必要があります。

記事のタイトルに挙げた質問は、この製品を使用する多くのシステム管理者に関係します。可能な限り、1C のパフォーマンスに影響を与えるパラメータについて話し、一般的な通説の誤りを暴くように努めます。今日は、最近の事例を例に挙げて、生産性に重大な影響を与える可能性のある別の側面、つまり定型業務についてお話したいと思います。

実際のケースから始めましょう。少し前に、当社のクライアントの 1 人が、従業員の 1C の「ブレーキ」に関する苦情を当社に連絡してくれました。症状としては、一定の時間が経過すると、Trade Management 10 の構成が大幅に遅くなり始める、つまり、より簡単に言えば、しばらくフリーズするというものでした。

状況をより詳細に分析した結果、これは 1 人の従業員にのみ発生しており、どの職場でも長い間発生していることが判明しました。ただし、以前は「ブレーキ」が 1 秒ほど続いていたとしても、アップデート後の今では、最長 15 ～ 20 秒続くため、作業が非常に不快になります。

原則として、初期データは最初の結論を引き出すのにすでに十分です。もう一度リストしてみましょう。

「ブレーキ」が一定の頻度で継続的に発生する
1人のユーザーに対してのみ速度が低下する
どの職場でも「遅くなる」

私たちの推測を確認するために、次のことを見てみましょう 会計設定:

実際、「問題のある」ユーザーは、日常的なタスクを実行するユーザーとしてリストされています。結局のところ、かつては RIB 自動交換タスクがこのユーザーに代わって実行されていました。一時的な「ブレーキ」の原因が正確に何だったのかはまだわかっていない。これも簡単に実行できます。

そして、これが「今回の主役」です。全文検索インデックスを更新するタスクです。このタスクは 2.5 分に 1 回起動されます。この場合、このユーザーでの日常的なタスクの実行を無効にすることで問題は完全に解決されましたが、これが常に可能であるとは限らず、推奨されるわけでもありません。そのため、以下では日常的なタスクを管理する方法と、日常的なタスクが実行されないようにする方法について説明します。パフォーマンスに悪影響を及ぼします。

定期申請

通常のアプリケーションに基づく構成では、日常的なタスクを管理する単一のツールはありません。これは主に、初期開発時にルーチンタスクの概念自体があまり開発されていなかったという事実によるものです。

多くの日常的なタスクは、それらに関連付けられたサブシステムを設定することで管理されます。たとえば、データ交換に関連する規制タスクの設定は、アルコール取引設定などの統一国家自動情報システムに関連付けられた交換設定で探す必要があります。

一見すると、すべてが非常に論理的ですが、ツールが 1 つもないため、構成されたルーチンタスクとその設定の最適性を制御することが困難になります。タスクが 1 つまたは 2 つある場合は問題ありませんが、それ以上のタスクがある場合や、今回の場合のようにスケジュールされたタスクの 1 つが疑わしい場合は、誰がこのデータベースに何を設定したかがわかりません。

この場合、外部処理を使用する必要があります。 コンソールタスク (ジョブコンソール)、これは ITS ディスク上の標準処理のセットに含まれています。 Processing は、すべてのジョブに単一のインターフェイスを提供し、ジョブを一元的に設定したり、現在実行中のジョブを制御したりできるようにします。

このリストを注意深く検討し、不必要なタスクをすべて無効にし、必要なタスクのスケジュールを当面のニーズと常識に合わせる必要があります。たとえば、この場合、EGAIS 応答を 30 秒に 1 回処理する必要はなく (この設定はテスト用に行われました)、動作モードではこれを、たとえば 30 分に 1 回実行すれば十分です。

マネージドアプリケーション

マネージドアプリケーションに基づく構成では、定型タスクにはより重要な役割が割り当てられます。定型タスクの助けを借りて、情報ベースを維持し、最新の状態に保つためにさまざまなタスクを実行できますが、同時に、最も重要なのは定型タスクです。「ブレーキ」の原因となることが多いです。

メニューには日常的なタスクを管理するための別の項目があります 管理 - サポートとメンテナンス.

タスクの数が大幅に増加していることがすぐにわかります (たとえば、同じ構成 - 小売) が適切に構成されていると、情報ベースのパフォーマンスが大幅に向上します。デフォルト設定は、真空の平均的な球状企業のニーズに基づいて 1C によって作成されており、最適には程遠いものです。

まず、明らかに不要なもの、使用しないものを無効にします。次に、めったに使用されない機能のスケジュールを最適化します。たとえば、Retail の銀行分類子の更新や取引相手の確認は、週に 1 回、勤務時間外または勤務日の終わり (初め) に実行できます。

検索インデックスに関連するすべてのことに特別な注意を払う必要があります。全文検索は確かに便利ですが、そのインデックスの操作は非常にリソースを大量に消費する作業です。したがって、極端に進んで放棄するのではなく、真剣に再考してパラメータを調整する必要があります。

まずは始めましょう テキスト抽出この操作では、添付ファイルの内容を検索できるため、添付ファイルを使用しない場合、検索しない場合、または画像しかない場合は、この操作を無効にすることができます。いずれの場合も、85 回に 1 回実行します。秒は明らかにやりすぎです。

PPDインデックスの更新- 最もリソースを大量に消費する操作の 1 つで、デフォルトでは 1 分に 1 回実行されます。

次に、最も頻繁に検索する情報がデータベースに追加または更新される頻度について考えてみましょう。明らかに毎分ではないので、インデックスの更新頻度を大幅に下げ、1 時間に 1 回、1 日に 1 回、または 1 週間に 1 回でも十分です。

同じことが当てはまります PPD指数の統合インデックスを 1 日に 1 回更新する場合は、マージを週に 1 回実行するように構成し、ジョブの開始に最も中断の少ない時間を選択する必要があります。

これらの単純な操作により、構成の機能に大きなダメージを与えることなく、リソースを大量に消費する操作を頻繁に実行することを拒否することで、構成の操作の快適さを新たなレベルに引き上げることができます。極端なことはせず、特定の機能がどの程度必要か、またそれに関連するタスクをどのくらいの頻度で実行する必要があるかを賢明に判断してください。

タグ:

ご覧いただくにはJavaScriptを有効にしてください

Configuration Update Assistant を使用すると、インターネット上のユーザーサイトで最新のアップデートに関する情報を取得し、アップデートを自動的にインストールできます。

すでに更新ファイルがある場合、アシスタントを使用すると、ローカルまたはネットワークディレクトリから更新配信ファイル (.cfu) または構成配信ファイル (.cf) を使用して更新できます。更新ファイルがすでにメイン設定にロードされており、情報ベース設定と異なる場合は、更新ファイルを使用せずに更新オプションを指定する必要があります。

オンラインでアップデートを受け取る

アシスタントの最初のページで、オプション「」を選択します。 インターネット上のカスタム Web サイト (推奨)」ユーザーサイトで利用可能なアップデートがある場合、システムはバージョン番号、簡単な説明、アップデートのサイズを報告し、そのインストールを提案します。

組織によっては、インターネットに接続するためにプロキシサーバーにアクセスするためにユーザー名とパスワードが必要な場合があります。プロキシサーバーの使用に関する詳細については、ローカルネットワーク管理者にお問い合わせください。

プログラムは、起動するたびにユーザーサイトの構成の更新を自動的にチェックできます。これを行うには、チェックボックスをオンにする必要があります。 プログラムを起動するたびに構成の更新を確認する」スキャンの結果として更新が検出された場合、プログラムはユーザーサイトから更新をダウンロードして構成を更新することを提案します。

アップデートを受信するには、次のことを指定する必要があります ユーザーコードそして パスワードユーザーサイトにアクセスします。 1C:Enterprise システムプログラムの登録ユーザーのみがこのサイトにアクセスできます。ユーザーコードとパスワードの取得方法に関する詳細情報は、Web サイトの方法論サポートセクションに記載されています。 v8.1c.ru.

「」をクリックした後、 さらに遠く「プログラムは、指定されたユーザーコードとパスワードを使用してユーザーサイトへの接続を確立し、更新ファイルをコンピューター上でローカルに受信します。特定のファイルのサイズとインターネット接続の速度によっては、ユーザーのサイトから更新ファイルを取得するのに時間がかかる場合があります。

アップデートのインストール

アップデートがコンピュータ上でローカルに受信されると、アシスタントによりインストールするように求められます。

アップデートは現在のユーザーに代わってインストールされます。したがって、情報ベースにアクセスするために認証が必要な場合、アシスタントはパスワードの入力を要求します。クライアント/サーバーシステム展開の場合は、サーバークラスター管理者の名前とパスワードの入力も必要になる場合があります。

構成の更新を開始する前に、情報ベースのバックアップコピーを作成することをお勧めします。バックアップコピーは、緊急時に情報ベースを自動的に復元するために使用されます。バックアップにサードパーティのツールを使用している場合は、リンク「」を使用して自動バックアップ作成を無効にすることができます。 バックアップコピー」はアシスタントページの下部にあります。

ボタンを押すと「 さらに遠く» アシスタントは 1C:Enterprise 構成を更新します。コンピュータのパフォーマンスと情報ベースのサイズによっては、構成の更新プロセスに時間がかかる場合があります。プロセスが完了するまで、コンピュータの電源を切らないでください。

1C:Enterprise 構成の更新が完了すると、自動的に再起動され、システムはさらに操作できるようになります。

ファイルバージョンのシステム展開では、更新を開始する前に、情報ベースに接続しているユーザーをシャットダウンする必要があります。クライアント/サーバーバージョンでは、アクティブな接続が終了し、新しい接続が自動的にブロックされます。

計画の更新

クライアント/サーバーシステム展開オプションの場合は、時間遅延更新を指定することもできます。指定した日時に、システムは構成を自動的に更新します。

スケジュールされた更新は、クライアントコンピューターからバックグラウンドで実行されます。指定された日時にコンピューターの電源を入れる必要があります。

緊急事態の診断

実行された操作の記録と更新中に発生したエラーは、情報ベース登録ログ (イベントタイプ「情報ベース更新」) に記録されます。
更新プログラムのインストール中に、現在の Windows ユーザーの一時フォルダーに更新の進行状況の記録を含むログファイルが作成されます。 (ログファイルの内容は、その後自動的にログファイルに追加されます。) %temp%\1CUpdate 形式の最後のディレクトリ。<набор цифр>は、アルファベット順にソートされており、最後の更新セッションに対応します。
情報ベースの更新結果は Windows イベントログに記録されます。

bpm'online モバイルアプリケーションは、アプリケーション構造を同期するメカニズムを実装しており、バックグラウンドで自動的に動作します。このプロセスを制御するには、[更新の周期性を確認する] システム設定を使用する必要があります (図 1)。

米。 1. - システム設定 [アップデート頻度を確認する]

この設定では、モバイルアプリケーションが bpm'online から構成変更を要求できるようになるまでの時間 (時間単位) を指定します。設定が 0 に設定されている場合、アプリケーションは常に構成の更新をダウンロードします。

労働条件

アプリケーションは、次の条件が満たされた場合にのみ、バックグラウンドで構造の同期を開始します。

モバイルデバイスは iOS または Android プラットフォームを使用します。
同期はまだ開始されていません。
構造の最後の同期から、システム設定 [更新の確認頻度] で指定された時間よりも多くの時間が経過しました。
アプリケーションが起動されるか、アプリケーションがアクティブ化されます (つまり、以前に最小化されていたか、別のアプリケーションから切り替えられていた場合)。

構造の更新中に変更を受信した場合、ユーザーがアプリケーションを最小化するか、別のアプリケーションに移動して受信した変更を適用すると、アプリケーションは自動的に再起動します。

さまざまなプラットフォームで動作する機能

Android プラットフォームでは、バックグラウンドモードは並列実行サービスを通じて実装されます。このアプローチにより、アプリケーションをデバイスメモリから手動でアンロードした場合でも、実行中の同期が確実に完了します。

iOS プラットフォームでは、2 つ目はバックグラウンドで同期を開始するために使用されます。 ウェブビュー、アプリケーション自体はほとんど動作しますが、 ウェブビュー。これにより、構造の同期が同時に実行されている間、アプリケーションでの通常のユーザーエクスペリエンスが保証されます。

Android の実装とは異なり、アプリケーションを手動でアンロードするとき、または iOS プラットフォームがアンロードするときに同期が中断される可能性があるため、これは同期の 100% の完了を保証しません。

Windows 10 プラットフォームでは、アプリケーションは起動時にサーバー上の更新を (バックグラウンドではなく) チェックします。

更新がある場合は、関連情報を含むページが表示されます。

バックグラウンド構成の更新。 バックグラウンドでのデータベース構成の更新。 その他の注目すべき改善点は次のとおりです。