バックアップ。情報ベースとのセッションの開始は禁止されています

01.01.2024

まず、何が起こったのかをよりよく理解するのに役立ちます。また、まれに、問題を自分で解決できる場合もあります。
次に、自分で対処できない場合は、まず、表示される情報と診断ウィンドウの内容について専門家に連絡してテクニカルサポートを依頼する必要があります。

受信したダイアログメッセージの内容を詳しく見てみましょう。

行 1.A 「情報ベースとのセッションの開始は禁止されています。」は、プログラムへのユーザー入力がブロックされていることを示す標準エントリです。このようなブロックにより、拡張子「.cdn」を持つ特別なファイルが infobase ディレクトリに自動的に作成されます (詳細については、次のセクションを参照)。

行 1.B には通常、ブロックの理由、期間、およびその他の有用な情報が示されます。誰が、または何 (システムの場合) にエントリブロックがインストールされたか、またどのような目的でインストールされたかに応じて、このブロック内の情報は異なる場合があります。「バックアップ」という行は、1C Enterprise ツールを使用した情報ベースの手動または定期的なバックアップの標準エントリ (この場合は「バックアップを実行する」という行) も一般的です。

管理者は 1C 8.3 Enterprise のユーザーモードでブロックを作成する場合、1C プログラマはコンフィギュレータでプログラム的にブロックを設定する場合、独自のメッセージを作成できます。

2 行目は、いわゆる「許可コード」を知っている場合に、Windows コマンドラインからプログラムを実行する方法に関するヒントを提供します (次のステップを参照)。

3 行目では、プロセスとボタンの機能について説明します。

ステップ 2. ロックを解除して 1C 8.3 データベースに入る方法に関する解決策

セッションロックは次のように大まかに分類できます。

計画済み。セッションロックが手動または自動で開始され、1C データベースでスケジュールされたプロセス (バックアップ、ルーチンタスク、更新) が実行されたとき。
その他、誤りです。ユーザーの誤った操作やシステム自体が発生したエラーの結果としてロックがインストールされた場合、以前にインストールされたロックが自動的に削除されない場合。たとえば、バックアッププロセスが開始されましたが、ユーザーがプログラムを強制的に終了して中断しました。

方法 1

どちらの場合も、セッションのブロックを設定すると、前述のように、「.cdn」権限を持つファイルが現在の情報ベースのストレージディレクトリに作成されます。

したがって、セッションロックによるプログラム起動エラーの簡単な解決策は、1Cv8.cdn ファイルを削除することです。

ただし、ユーザーはまず「セッションがブロックされているということは、何かが原因なのでしょうか?」という質問をする必要があります。おそらく、管理機能を持つ別のユーザー (以下、管理者と呼びます) が、データベース内に複数のユーザーが同時に存在することを許容できない、1C 8.3 アカウンティングの非常に重要なタスクまたは処理を開始した可能性があります。

方法 2

このような状況が可能である場合は、管理者に連絡して、データベースにアクセスできるかどうか、また、上で説明した特別な許可コードを持っているかどうかを確認する必要があります。この場合、2 番目の方法を使用します - コマンドラインからプログラムを起動し、起動パラメータの 1 つに許可コードを指定して、ブロックされた情報ベースを入力します。

「C:\Program Files (x86)\1cv8\common\1cestart.exe」 – 1C Enterprise 8.3 ランチャーへのパス。
ENTERPRISE – プログラムがユーザーモードで開始されることを意味します。 1C エンタープライズモード。
/F”F:\Bazy1C\Accounting” – ファイル情報ベース (パラメーター /F) とそのパスを表します (サーバーデータベースアドレスは /S パラメーターで示されます)。
/C ユーザーの作業を許可 – オプションのパラメーター: チェックすると、システムは起動しませんが、ロックは解除され (ロックファイルは破棄されます)、その後ユーザーは情報ベースにアクセスできるようになります。

パラメータが設定されていない場合、特定のユーザーはログインできますが、ロックは解除されません。このユーザーは、[サポートとメンテナンス] パネルに移動して、ユーザーモードで完全なロックを解除できます (セクション [管理] - [プログラム設定] コマンドグループ - [サポートとメンテナンス] コマンド:

そしてフォームを呼び出すと、 ユーザーをブロックする同じ名前のコマンドで:

開いたフォームで、「ブロック解除」ボタンをクリックすると、セッションのブロックを解除できます。 /UC12345 – /UC パラメーターは、許可コード (12345) を指定します。パラメータ名は英語で表記されます。

コマンドラインパラメータの詳細については、1C 8.3 Enterprise ヘルプを参照してください。

方法 3

情報ベース (以下、IB) を起動するために上記のパラメータを使用する、ユーザーにとってさらに簡単な代替方法があります。必要なパラメータを対象のデータベースのプロパティに登録することができます。

1. ランチャーウィンドウ (「A」とマーク) で、ロックされたデータベースを選択し、[変更] ボタンをクリックすると、情報セキュリティプロパティを編集するためのウィンドウ (「B」とマーク) が開きます。

不動産内 追加の起動オプションロック解除コードと、必要に応じてユーザーが作業できるようにするためのパラメータを書き留めます（この場合、最初の起動後、次の起動前にこのパラメータを削除する必要があります）。これらのパラメーターについては、上で詳しく説明しました。

注記：自動バックアップが発生すると (直接、または別の手順の一部として (自動更新中など)、システムは 1C 8.3 情報ベースをブロックし、標準のロック解除コードを設定します。 バックアップ ».

したがって、手順が失敗し、データベースがブロックされたままで、cdn ファイルを削除する方法がない場合は、情報セキュリティの開始時にパラメータ /UCBackup を使用できます。

3. [完了] ボタンをクリックしてランチャーウィンドウに戻り、1C:Enterprise ボタンを使用して IS を起動します。したがって、エラー「情報ベースとのセッションの開始は禁止されています。「バックアップ」が削除されました。

1C 8.3 Enterprise がクライアント/サーバーバージョンで動作しているが、ユーザーがこのモードでデータベースを管理するためのアクセス権と必要な知識を持っていない場合は、システム管理者に問い合わせる必要があります。クライアント/サーバーバージョンでは、追加パラメーターを使用したコマンドライン経由のアクセスに加えて、1C: エンタープライズサーバークラスター管理ユーティリティを使用してブロックを削除できることのみに注意してください。つまり、次のフラグを削除する必要があります。目的の情報ベースのプロパティ セッション開始のブロックが有効になっています.

1Cv8.cdn ロックファイルの構造

興味深い人は、セッションがブロックされたときに作成されるファイル 1Cv8.cdn の内部を調べてください。これは、適切なメモ帳エディタで開くことができる単純なテキストファイルです。

ファイル内のテキストは中括弧で囲まれており、次のロックパラメータがカンマで区切られてリストされています。

1 (0) – ブロッキング設定の兆候 (1 – インストール済み、0 – 無効)。
20160706154700 – セッションのブロックが開始された完全な日付 (日付 + 時刻)。この場合は 2016 年 7 月 6 日 20:00:00 です。
20160706154700 – セッションのブロックが終了する完全な日付 (日付 + 時刻)。この場合、2016 年 7 月 6 日 20:00:00 です (終了日が指定されていない場合、デフォルトで値 00010101000000 が入力されます)パラメータ);
次にテキストパラメータが続きます。ここでは、ダイアログボックスでユーザーに表示される補助テキストが二重引用符で囲まれます。
「123」 – 許可コードが指定されています。

ご覧のとおり、このファイルには、表示される情報および診断ダイアログボックスに表示されるすべてのパラメータが含まれています。

この Web サイトでは、1C 会計構成に関する他の無料記事やビデオチュートリアルを読むことができます (

1C プログラムを一度起動したところ、起動時に「情報ベースとのセッションの開始は禁止されています。バックアップ"。とても驚きました。私自身はブロックを設定していませんでした。少し分析した結果、その理由は、（サブシステムの 1 つ）に組み込まれている自動アーカイブコピーの「不具合」であることが判明しました。

エラーは次のようになります。

問題は、データベースのアーカイブコピーの作成を設定するときに、システムが情報ベースへの入り口に自動的にブロックを設定することであることが判明しました。これにより、プロセスの実行中にユーザーがプログラムを起動できなくなります。

ただし、コピー後にシステムがそれを削除できない場合があります。この場合、「情報ベースとのセッションの開始は禁止されています...」というエラーが表示されます。

1C の 267 ビデオレッスンを無料で入手:

解決

問題を解決する最も簡単な方法は、ファイルを削除することです 1Cv8.cdn(情報ベースロックファイル) をデータベースフォルダーから取得します。

たとえば、上記のスクリーンショットでは、ベースの場所は次のとおりです。

このフォルダーに移動し、1Cv8.cdn を見つけて削除する必要があります。

1C クライアントサーバーデータベースのブロックを解除する

サーバーコンソールにアクセスできる場合、ロックの解除は非常に簡単です。情報ベースのプロパティに移動し、「セッション開始のブロックが有効です」フラグを削除するだけです。

正しいページに来ました! おそらく、朝になって、お気に入りの 1C 8.3 が次のメッセージで始まっていないことに気づいたでしょう。 情報ベースとのセッションを開始することは禁止されています。バックアップを実行するには...».

今一番最初にやるべきことは、 緊急にユーザーの作業を許可します。この後、落ち着いて記事を最後まで読み、なぜこのようなことが起こったのか、「1C 8.3 情報ベースのブロックとブロック解除」とは何なのかを理解してください。

私の経験によると、あなたはユーザー (システム管理者やプログラマーではない) であり、情報ベースはファイルベースです (データベースが SQL の場合は、専門家がすでに問題に対処しています)。始めること どのフォルダー (ディレクトリ) にあるのかを理解し、このフォルダー内の 1 つのファイル (1Cv8.cdn) を削除する必要があります。(ファイルを保存する必要はありません。今後は必要なくなります)。

* IT スペシャリストの場合は、「1C 情報ベースのブロックとブロック解除」セクションに進んでも安全です。

情報ベースのリストが表示されたウィンドウで、目的のベース (下の図の番号 1) を見つけて、それをマウスで 1 回 (1 回だけ!) クリックします。次に、「変更」ボタン (番号 2) をクリックします。

リストにはデータベースを 1 つだけ含めることができるため、このウィンドウは「1C 起動ウィンドウ」としてよく知られているかもしれません。この場合は、「変更」ボタンをクリックしてください。

情報ベースが特定のコンピューターまたはローカルネットワーク上にある場合、私の経験は期待を裏切りませんでした。データベースはファイルベースであり、すべてが正しく行われています。このパスをコピーします ( 数字の3と4).

次に、このフォルダーに移動します。

念のため、エクスプローラーを起動するためのいくつかのオプションを次に示します。

Windows XP または Windows 7 を使用しています。「スタート」、「ファイル名を指定して実行」をクリックし、以前にコピーした情報ベースの場所を貼り付けます。エクスプローラーが開きます。
Windows 7 を使用していますが、「実行」オプションがありません。「開始」をクリックした直後に場所を貼り付けます。エクスプローラーが開きます。
Windows 8 または Windows 10 を使用しています。「スタート」をクリックし、右上隅にある拡大鏡をクリックして、以前にコピーした情報ベースの場所を貼り付けて、Enter キーを押します。エクスプローラーが開きます。

タスクバーで黄色のフロッピーディスクを見つけてクリックします。情報ベースの場所をエクスプローラーウィンドウの上部にあるアドレスバーに貼り付けます。 (アドレスバーを右クリックし、アドレスを変更し、アドレスバーを再度右クリックして、貼り付けます)。

すべてのバージョンの Windows とその設定に共通の方法。キーボードの旗ボタンを押し、放さずにキーボードのラテン語の R (またはロシア語の K) を押します。「実行」ウィンドウが開くので、以前にコピーした情報ベースの場所をそこに貼り付け、「OK」をクリックします。

提案されたオプションの 1 つを使用すると、情報ベースの場所を示すエクスプローラーウィンドウが表示されます。

前の図に示すように、エクスプローラーウィンドウで、ファイルのリストから 1Cv8.cdn ファイルを見つけて右クリックし、[削除] を選択します。

準備ができて！あなたの「1C: 会計」または「1C: 給与および人事管理」または「1C: 貿易管理」が再び始まります。

1C 情報ベースからのブロックとブロック解除。私たちは神話を破壊します。

このセクションでは、ブロッキングの操作に関する独自の情報を紹介し、「データブロッキング」というトピックに関する一般的な誤解に対する反論も提供します。

ロックを設定するにはどうすればよいですか?

情報ベースのブロックメカニズムは、現在開いているセッションを終了し、新しい接続を阻止するように設計されています。メニュー内のロック機能の位置は、構成によって異なる場合があります。たとえば、UT、エディション 11 (11.3.3.163) では、これはマスターデータと管理、[サービス] ユーザー作業のブロックです。代替オプション: データの調査と管理、サポートとメンテナンス、ユーザーの作業のブロック。 UT、エディション 10.3 (10.3.21.2) では、これはサービス、ユーザー、情報ベースへの接続のブロックです。

*インターフェイスおよびメカニズムの観点から見たロックがこの記事で説明されているものとは異なる業界固有の構成があります。ほとんどの 1C 構成の標準メカニズムを検討しているため、特殊な業界構成については触れません。

この項目を選択すると、「ユーザーのブロック」ダイアログボックスが開き、ユーザーへのメッセージ、ブロックの開始時刻と終了時刻、ロック解除コードを入力する必要があります。

ブロックアクションの開始と終了を入力するため、このダイアログでは細心の注意を払い、情報を明示的に入力する必要があります。ダイアログに「20 分」の継続時間で「15 分」でブロックの開始を入力する機能があった場合、または少なくともブロックの絶対開始時間と終了時間に基づいてこれらの値を表示した場合、日時の入力ミスなどで1年単位のブロックを設定するのは難しいです。

「開始時刻」パラメータを、現在の日付/時刻に、ユーザーが終了して編集したドキュメントを保存する準備に必要な時間を加えたものとして設定することをお勧めします。たとえば、現在午前 9 時 50 分であるため、ユーザーには結果を保存するために 10 分間の時間が与えられます。ブロッキングの開始時間の合計は 10 時間 00 分である必要があります。

終了時刻 – 入力する必要はありませんが、オブジェクトは無期限 (永久) にブロックされます。

ロック解除コードは、ロックが確立されているにもかかわらず、最初から開始するための 1 回限りの「パスワード」であり、場合によっては必要になる場合があります (後述)。 必ず入力して覚えておいてください。 SQL バージョンの情報ベースの場合、このパラメータは「1C Enterprise サーバーの管理」スナップインに表示され、そこで「許可コード」と呼ばれます。

SQL バージョンの情報ベースの場合は、さらに情報ベース管理者またはクラスタ管理者からの承認が必要になります。

そこで、「ブロックを設定する」ボタンをクリックし、確認に対する肯定的な応答が返された後...

...前のダイアログボックスに戻りますが、外観が変わります。

ユーザーがブロックされる予定であることを示すメッセージが右下隅に表示されます。このメッセージはあなただけに表示されます。

計画的ですか？おそらくこれは日常業務と関係があるのでしょうか？

日常的なタスクがブロックされた場合、ユーザーの作業のスケジュールされたブロックは機能しますか? はい、うまくいきます。ブロックメカニズムでは、スケジュールされたタスクは使用されません。

ユーザーと私には何が見えるでしょうか?

ブロックが開始されるまで、アクティブユーザーはシャットダウンするための「礼儀正しい」リマインダーを受け取ります。このダイアログでは、「はい」を選択するとタイムアウトがトリガーされるため、職場にいないユーザーは 1C セッションから正常にログアウトします。

ロックのイニシエーターは別のメッセージを受け取ります。

ブロックが開始されると、通常の方法で情報データベースにアクセスできなくなります。入場方法については後述します。ダイアログにはブロックがいつ終了するかが自動的に示されないため、作業を再開する時間をユーザーに通知するタスクは管理者にあることに注意してください。この情報は、ユーザーへのメッセージで指定できます。

爆弾は指定された時刻に正確に爆発します。サイレンは爆発するまで鳴り響きます。

アクティブなユーザーセッションはソフトに終了するという一般的な考えに反して、警告は無視して作業を続行できますが、実際には、アクティブセッションの終了、またはさらに良く言えば「切断」はスケジュールどおりにハード的に行われ、損失が発生します。保存されていないすべての結果。すべての警告は、「ブロックを設定」ボタンをクリックしてからブロックの開始時間までの間隔で発行されます。その後、アクティブなセッションは何の通知もなく終了し、1C は設定の開始を試行するサイクルに入ります。 1分間隔でもう一度。

基準値を入力するモードには例外はなく、基準値に記載されていない値が入力されます。入力モードを終了することはできません (たとえば、1C を十字で閉じる) が、完了が妨げられることはありません。作品。モーダルダイアログモードはより重要なため、さらに詳しく説明します。

*古い構成でのユーザーセッションは、指定された時間より少し遅れて終了します。次の理由によります。ユーザーは最初に「システムがシャットダウンしています」というアラートを受け取ります。

本当に爆発するのか？

まず、古い構成では、ロックがロックイニシエーターに対して機能しない可能性があることに注意してください。次に、プラットフォーム 8.3 の問題の検討に移りましょう。

たとえば、ファイル情報セキュリティユーザーがドキュメントを削除することに決め、画面上の [ドキュメントを削除対象としてマークしますか?] ダイアログを表示したままにして昼食に行く場合、インフォベースへの接続は開いたままになります。もちろん、彼のセッションは昼食後、「はい」または「いいえ」で答えた後に終了しますが、それまではアクティブなユーザーがいることがわかります。この場合、ブロッキング側のイニシエーターには次のメッセージが表示されます。

実行時エラーメッセージがログに表示されます。これは実行時エラーとして解釈されるべきではなく、「すべてのユーザーがセッションを完了していない」と解釈されるべきです。

ブロックが機能しない理由はこれだけではありません。 (詳細セクション「誰の時間までに?」および「ウラジオストクのユーザーはどうなる?」を参照してください)。

管理フォーム上の SQL バージョンの情報ベースのモーダルダイアログ

1C アプリケーションサーバーには、モーダルダイアログモードに関係なくセッションを削除する機能があります。 1C インターフェイスとモーダルダイアログはユーザーの画面に残り、未完了のセッションのように見えますが、実際にはセッションは削除され、情報セキュリティとの接続は適時に終了されます。作業を続行しようとすると、ニュアンスに応じて「セッションが見つからないか削除されました」または「セッションは管理者によって終了されました」というエラーメッセージが表示されます。

通常のフォーム上の SQL バージョンの情報ベースのモーダルダイアログ

ユーザーセッションが終了します。

ロックを設定した後は、ダイアログを終了しないほうがよいでしょう。なぜなら... ブロックが開始される前にこのダイアログを再度入力すると、ブロックがすでにインストールされている (ただし半分だけ)、アクティブなセッションがゼロである (正しくない) という虚偽のメッセージがポップアップ表示されます。同時に、ユーザーを終了するプロセスは続行されます (アクティブなセッションがゼロであることと矛盾します。ユーザーは「自分自身を終了する」ため、完全に真実ではありません)。ユーザーブロックコードは理想的ではありませんが、最終的にはブロックを設定してアクティブなセッションを終了することを妨げることはありませんが、Infobase 管理者を混乱させることになります。

ブロックを設定してダイアログを閉じても、ブロックは機能しますか?

ブロックを設定してすぐに 1C を終了した場合 (つまり、ブロックが始まる前に 1C セッションを終了した場合)、ブロックは機能しますか?

はい。確立されたロックに応答するメカニズムは、ロックの開始者と他のユーザーとの間の対話を提供しません。ユーザーセッションは、動作できるかどうかを個別にチェックします。

コンピューターの時間がわずかに異なる場合、ブロックは誰の時計によって機能しますか?

クロックの非同期の問題

ファイル情報セキュリティでは、各コンピュータ自体が情報セキュリティに設定されたブロック時間範囲があるかどうかを確認し、それをローカルクロックと比較します。クロックの精度によって、特定のコンピュータが正確なタイミングでセッションを終了できるかどうかが決まります。データベースが 10:00 からブロックされた場合、1 台のコンピュータではこの瞬間が早くなり、もう 1 台では遅くなります。

ドメイン環境では、システム管理者が完璧に作業すれば、すべてのコンピュータの時刻がドメインコントローラと同期されます。ただし、ドメインコントローラーとの時刻同期が構成されていない、使用できなくなった外部タイムサーバーを使用して時刻同期が構成されている、ネットワークまたはドメインサービスで障害が発生している、システムを変更する権限がないなど、さまざまな理由で時刻が失われる可能性があります。時間など

数秒、極端な場合は数分について話すことができるようです。しかし実際には、たとえば、季節 (冬/夏) 時間への移行をサポートするオペレーティングシステムのアップデートがコンピュータにインストールされていない可能性があり、エラーは秒単位ではなく数時間単位になる可能性があります。この実験を実行するのは簡単です。午前 10 時に 30 分間ブロックをスケジュールし、コンピュータの 1 台で時間を 1 時間進めるように設定します。ブロックはそれに影響しません。

したがって、ロックを設定する前に、コンピュータの右下の時刻を腕時計で注意深く確認し、事前にシステム管理者に問い合わせて、IT インフラストラクチャで時刻同期が機能するかどうかを確認してください。

ウラジオストクのユーザーはどうなるでしょうか?

異なるタイムゾーンのユーザーによる絶対時間の問題

ブロック時間範囲は情報ベースに保存されます。ブロッキングファイル 1Cv8.cdn (IB のファイルバージョンで作成されている) の内容を確認すると、ブロッキングの開始時刻が 2017 年 7 月 17 日 13:59 として YYYYMMDDDHHMMSS 形式で記録されており、時間の表示はありません。ゾーン：

タイムゾーンを指定しなくても、時刻が常に特定のタイムゾーン (UTC+0 など) を指す場合、どの絶対時刻について話しているのかは明らかです。ただし、データベースには、ブロッキングを開始したコンピューターの時計に基づいて現地時間が保存されます。このコンピュータがどのタイムゾーンから来たのかは不明です。つまり、ブロックされた絶対時間は不明です。

モスクワの集中型情報セキュリティシステムでブロックを午後 1 時 59 分に設定した場合、モスクワのユーザーにとってこの時点は将来の時刻ですが、ウラジオストクの同じ情報セキュリティシステムのユーザーにとっては午後 1 時 59 分です。 7時間前でした。そして、ウラジオストクのユーザーの情報セキュリティに関してどのような作業が行われるかに応じた技術的解決策に応じて、これらのユーザーのブロックが機能するかどうかが決まります。

ウラジオストクのユーザーにとってブロックが正しく機能しない場合、どのような技術的解決策があるでしょうか? 1C クライアント部分がモスクワではなくウラジオストクで時間を受け取ることになります。たとえば、オフィスは VPN 経由でローカルネットワークに接続され、1C クライアント部分はローカルコンピュータから UTC+10 時間で起動されます。ただし、RDP 接続を介してデータベースを操作するか、モスクワサーバー上の RemoteApp モードでデータベースを操作し、このサーバー上で 1C クライアント部分を実行する場合は、すべて問題ありません。 UTC+3 時間になります。

SQL バージョンの Infobase の場合、クロックとタイムゾーンの非同期に問題はありますか?

いいえ。このオプションには「サーバークロック」があり、これが標準として使用されます。

コンフィギュレーターを使用中にブロックが有効になり始めた場合、コンフィギュレーターから追い出されますか?

ブロック期間が始まった後もコンフィギュレーターにアクセスできますか?

それは禁止されています！コンフィギュレータを使用できるかどうかは起動時にのみチェックされ、動作中にはチェックされません。したがって、コンフィギュレーターで後続の作業用にブロックが設定されている場合は、後で起動禁止をバイパスするよりも、最初にブロックを起動する方がはるかに簡単です。

ブロックを削除するにはどうすればよいですか?

ブロックがインストールされたのと同じダイアログ内。ロックを設置した後は、「ロックを設定」ボタンの代わりに「ロック解除」ボタンが表示されることに注意してください。

SQL バージョンの情報セキュリティの場合は、「1C Enterprise サーバーの管理」スナップインでもロックの解除が可能です。（以下を参照してください）

ロック解除コードは何のためにありますか?

ブロックが有効になっている時点で情報セキュリティに入る。これが必要となる状況は次のとおりです。

ロックをインストールした後、情報セキュリティとのセッションは (手動で、または開始者自身のロックの結果として) 完了し、新しいセッションを開始する必要があります。
ブロック終了時刻が誤ってまったく入力されていませんでした。
ブロック終了時刻が正しく入力されませんでした (たとえば、次の月または年が誤って入力されたなど)。
Infobase は SQL バージョンであり、誤って設定されたロックを解除するために、infobase ディレクトリ内の 1Cv8.cdn ファイルを削除することはできません。

この場合は、起動時に表示されるヒントを使用してください。それらの。情報ベースのリストが表示されたウィンドウで「編集」をクリックし、追加の起動パラメータに次の行を入力します。

ENTERPRISE /F"Z:\Exchange\UT 11" /Cユーザーの作業を許可する /UC12345

... 場所のディレクトリとロック解除コードを考慮します。

この行をクリップボードにコピーし、「情報ベースの編集」ダイアログで編集することをお勧めします。引用符の種類、またはロシア語の「C」とラテン語の「C」を混同すると、次のエラーメッセージが表示されます。

正しく入力して 1C をエンタープライズモードで起動すると、1C は自動的にロックを解除し、作業を完了します。この後、追加のパラメータを削除して、通常どおり 1C を開始できます。

ロックを設定していないのに SQL データベースが誰かによってブロックされている場合はどうすればよいですか? しかし、ロック解除コードがわかりません。

アーカイブコピーの作成中は、設定自体によって情報ベースがブロックされる場合があります。作成処理が正常に完了しなかった場合、SQLデータベースがロック状態のままになることがあります。この場合、「1C:Enterprise Servers の管理」コンソール (正確にはスナップイン) にアクセスする必要があります。

どこで探せばいいのでしょうか？

「1C:Enterprise Server Administration」スナップインは、多くの場合、SQL サーバーが展開されているサーバーと、「1C サーバー」自体 (または「1C アプリケーションサーバー」) が展開されているサーバーにインストールされます。これは必須ではありませんが、SQL を 1 台のコンピュータにインストールし、1C アプリケーションサーバーを別のコンピュータにインストールし、機器をワークステーションに展開することができます。次のことを行うことで、成功する可能性が高くなります。

ドメインログインとパスワードを使用して、RDP 経由で Srvr=... 行で指定されたサーバーに接続します。接続できない場合は、システム管理者にリモートデスクトップユーザーグループに追加するよう依頼してください。 (そのような権利が拒否された場合は、ワークステーションに「1C Enterprise Servers の管理」スナップインを展開して構成します)。