エラー: 「構成構造の整合性が侵害されました。」 エラー: 構成構造の整合性が壊れています。1s 8.2 の構成構造が壊れています。

通常、このエラーは、構成保存プロセス中に障害が発生した場合に発生します。 その結果、構成は正しく保存されませんでした。
1. テストと修正または ChDBFl.exe を通じて確認してみます。
2. 問題に対する次の解決策を確認してください。

Windows 7 では、C:\Users\Administrator\AppData\Roaming\1C\1Cv82 および C:\Users\Administrator\AppData\Local\1C\1Cv82 (Win7x64) があります。

または詳細:
1. 同じバージョンのクリーンな構成が必要です - 動作しています。
2. キャッシュを完全にクリアします (上記)。
3. クリーンなデータベースをコンフィギュレータ モードで起動し、設定を開きます。 同時に、1C は C:\Users\Administrator\AppData\Local\1C\1Cv82 にキャッシュを作成します (構成 ID を持つフォルダー内のファイルとフォルダーのセット)。C:\Users にもキャッシュが必要です。 \Administrator\AppData\Roaming\1C \1Cv82。 1Cを閉じた後、フォルダーデータの名前を変更するだけで済みます。
4. 動作していないデータベースをコンフィギュレータ モードで起動し、キャッシュを確認します。 その結果、構成 ID (Alive と Dead) を持つ 2 つのフォルダーができました。
5. すべてを閉じて、死んだ conf のキャッシュを生きているものに完全に置き換えます。 それらの。 現在のフォルダーを削除し、以前に名前を変更したフォルダーに置き換えます。
6. 動作していないデータベースを構成モードで起動します。これが最初の成功です。構成ツリーが開き、構成管理メニューのセクションがアクティブになります。
7. サポート管理に移動し、サポートを完全に削除します。 保存、更新。 作業中のデータベース構成を含むファイルを介して更新できます。
8. キャッシュを完全に削除します。
9. 動作していないデータベースを構成モードで起動し、構成を開こうとします。すべてが開き、エラーはありません。
10. 1C を起動します。 すべてが利用可能です。 データは所定の場所にあります。

中央データベースの構成を動的に更新し、周辺データベースで交換を行ったときにも同じメッセージが表示され、周辺データベースでも同様のメッセージが表示されました。
1. なぜなら 周辺機器のコンフィギュレーターにまったくアクセスできなかったため、C:\Documents and Settings\Admin\Application Data\1C\1Cv81 フォルダーを削除する必要がありました。
2. コンフィギュレータに移動し、[構成] - [データベース構成] - [データベース構成に戻る] を選択します。
3. MainNode は未定義に設定されます。
4. 構成 - ファイルから構成をロードします (中央構成)。
5. MainNode には必要なものがインストールされています。

私も同様の状況がありましたが、8.1 でした。 構成の動的更新中に、どうやら失敗があったようです。その後、Main conf と DB conf の両方をアンロードしようとして、さらにファイルをローカル データベースにロードしようとすると、「構成の整合性」というメッセージが表示されました。構造に違反しました」という言葉が吐き出されました。 しかし、データベースは機能しています。 テストと修正も ChDBFl.exe も何も得られませんでした。

作業中のデータベースのバックアップを作成し、それをクリーンなデータベースにロードしました。 交換プランを追加しました
http://kb.mista.ru/article.php?id=7
そして初期イメージを作成しました。 画像データベースの構成が修正されました。

それが役に立たない場合は、私が自分自身に頼ろうと思っていた選択肢を勧めることができます。
1. 最も近い構成リリースを見つけて、それをクリーンなデータベース (回復可能) にロードします。
2. 完全にクリーンなデータベースを作成します (中間)
3. 破損したデータベースのコンフィギュレータを開きます。
4. 前回のリリース以降に変更が発生したモジュールとオブジェクトをコピーして貼り付けます（私の場合、変更はモジュールとフォームでのみ発生し、データ構造は同じままで、すべての変更はポスターによって文書化されるため、はるかに簡単です）。破損したデータベースを中間データベースにコピーします。
5. 中間構成をアップロードします。
6. それを復元中のデータベースとマージします。
7. 復元された構成をファイルにアップロードします。
8. 復元中の構成から破損したデータベースに構成をロードします。

理論的には、結果は作業ベースに可能な限り近いものになるはずですが、作業は確かに簡単ではありません。 しかし、基地全体を失うよりはまだマシです。

ベンダー構成の破損に関連する問題を解決するためのもう 1 つのオプション。 編集機能がサポートされている構成を更新し、ベンダー構成の整合性が損なわれると、次のメッセージが表示される場合があります。

私の解決策は、データベースプロバイダーの構成を置き換えることです。
一連のアクションは次のとおりです。
1. ベンダー構成をサポートから削除して削除します ([構成] -> [サポート] -> [サポート設定] -> [サポートの削除])。
2. 構成配信ファイルを作成します (「構成」->「構成配信」->「配信ファイルと構成更新の作成」)。 ファイルを作業配信 file.cf と名付けましょう。
3. 設定を新しく作成した配信ファイルと結合します (「設定」->「比較」、ファイルの設定とマージします)。 構成をサポートに戻すように求められます。
表示される構成比較ウィンドウで「実行」をクリックします。
4. データベース構成を更新します (「構成」->「データベース構成の更新」)。
理想的には、これらの手順を実行することで、サプライヤー構成を再構築しました。
ここで、いつものように構成を次のバージョンに更新してみることができます。

1C プラットフォームを更新すると、システムによってエラー メッセージが表示されることがよくあります。 「1C の更新時に構成構造の整合性に違反しました。」というエラーを修正する方法を見てみましょう。

構成構造の整合性違反に関するエラーは次のようになります。

このような問題の発生には、 さまざまな理由で。 これは、構成 (特に動的) の更新時、レポートの生成時、ドキュメントの投稿時などに発生する可能性があります。 それはあたかも「どこからともなく」現れたかのように起こります。誰も何もしていないように見えますが、エラーがあります。 この場合は原因が特定されていないと言ったほうが正しいでしょう。

ファイルデータベース、クライアントサーバーデータベースなど、まったく異なるプラットフォームで見つかります。

解決

整合性を扱うにはいくつかのオプションがあります (実行する必要があるアクションの前に、次のことを忘れないでください) バックアップコピーそのベース):

• 一時ファイルを削除します (こちらをお読みください)。 これは、エラーが 1 人のユーザーに対してのみ発生する場合に役立ちます。
• コンフィギュレータが利用可能で開くことができる場合は、テストして修正します (以下を参照)。 開けない場合は、chdbfl.exe ユーティリティを使用して開けます (ただし、データベースがファイル データベースである場合に限ります)。 おおよその場所: - C:\ProgramFiles(x86)\1cv8\8.3.4.389\bin);
• データベースがクライアントサーバー型で SQL サーバーにインストールされている場合は、「delete*fromconfigsave」リクエストを使用します。
• コンフィギュレータが利用可能な場合は、データベースのアップロードとダウンロードを試してください。
• いくつかのバグはプラットフォームの新しいバージョンで修正されています - 新しいプラットフォームをインストールしてください。

どのオプションでも問題が解決しない場合は、専門家に問い合わせてください。

重要。 少なくとも週に一度は必ずコピーを作成してください。

システム ユーティリティを使用してデータベースをテストおよび修正する方法の詳細を見てみましょう。

何らかのアクションを実行する前に、データのバックアップ コピーを作成してください。

テスト/修正モードに入るには、システム コンフィギュレータに移動し、メニューから [管理/テスト-修正] を選択します。

テストウィンドウとモード

このウィンドウは、ユーティリティが動作するために実行されるアクションのリストを示すことを目的としています。 それぞれの機能を説明しましょう。

テーブルのインデックスの再作成

このオプションを設定すると、指定されたテーブルのインデックスが再作成されます。 これは、インデックスの完全な再構築を意味します。 このような手順の後、システムのパフォーマンスは大幅に向上します - それは不必要ではありません。

論理的整合性

この機能は、データベースの論理的および構造的整合性をチェックし、データ構成内のエラーを検出します。

参照整合性

この場合、情報に「壊れた」リンクが存在するかどうかがチェックされます。 これらは誤ったデータ処理の結果であり、ほとんどの場合、データが削除または交換された場合に発生します。

それらが検出された場合、操作には次の 3 つのオプションがあります。

• オブジェクトの作成 - システムは空のスタブ要素を作成します (後で情報を入力できます)。
• リンクをクリア - リンクはプログラムによってクリアされます。
• 変更しないでください - リンクのみが表示されます。

結果の再計算

合計は、会計データの計算と結果の表です。 再計算により生産性が向上します。

テーブルの圧縮

圧縮され、最終的にデータベースのボリュームが削減される可能性があるのは、1C がデータを削除するときに物理的にデータを削除しないためです。 つまり、ユーザーには見えませんが、存在します。 目に見えないレコードを完全に削除する圧縮機能です。 データベース ファイル (dt 拡張子付き) をアップロード/ダウンロードしても、同様の効果が得られます。

テーブルの再構築

テーブルの再作成プロシージャは、メタデータ構造が変更されたときに呼び出されます。 完全な再構築は非常に長いプロセスとなるため、細心の注意を払う必要があります。

テスト/修正で良好な結果が得られない場合は、chdbfl.exe アプリケーションを使用してください。

バックアップの作成 (手動および自動)

アーカイブは、すべてのユーザー、プログラマ、管理者にとって必要な重要な操作です。 このようなデータベースのコピーは、多くの場合、1C バックアップと呼ばれます。

バックアップがあると、予期せぬ予測不可能な状況でも、精神、時間、お金などを維持するのに役立ちます。 誰かがシステムユニットからコードを引き抜いたら、停電が発生し、コーヒーがコンピュータに溢れました。しかし、何が起こるかは誰にもわかりません...

バックアップの作成には最大 10 分かかります。

このような状況が発生し、バックアップがない場合は、今すぐバックアップを作成してください。

管理者には 2 つのタイプがあり、バックアップを作成する管理者とバックアップを作成する管理者がいます。

ファイルのアップロード

プログラムの最初のウィンドウで会社を選択し、図に示すボタンをクリックすると、「コンフィギュレーター」モードの 1C に入ります。

このモードは通常、開発と管理を目的としています。 次に、メニューから「管理/情報ベースのアップロード...」を選択する必要があります。

次に、パス、つまりファイルをアップロードする正確な場所とその名前を選択するように求められたら、システムに応答する必要があります。

作戦が成功したことを最初に知るのはあなたです。

バックアップファイルの復元

データベースは使い慣れたコンフィギュレータ モードからも復元されますが、ここでは「Administration/」オプションを選択します。

「情報ベースのロード」を選択します。

以前に保存したファイル (拡張子が mdt のファイル) を選択する必要があります。 次に、保存されていない情報の損失に関するシステム警告に同意します (失われます)。

成功すると、1C はコンフィギュレータの再起動を提案します。

自動アーカイブ

自分自身の物忘れを防ぐために、Effector saver 3 などの自動アーカイブ プログラムの 1 つを使用できます。

いくつかの手順で簡単にバックアップの作成を自動化できます。 ファイル システムとクライアント/サーバー システムの両方でその機能を実行できます。 セットアップにかかる時間はわずか 15 分程度ですが、その利点は譲れません。

このアプリケーションは、1C の任意のバージョン (7.7、8.1、8.2、8.3) を処理できます。 ファイル データや MS SQL サーバーや PostgreSQL サーバー上にあるデータなど、何を処理するかは関係ありません。 しかも無料です（拡張された商用バージョンもあります）。

まず、Effector Saver ディストリビューションをダウンロードしてインストールします。

ディレクトリを指定した後の最後のステップは、スケジュールを構成することです。 これを行うには、同じ名前のタブに、タスクの処理モードとその実行時間が表示されます。

設定が正しいことを確認するには、下部パネルの「チェック」ボタンをクリックする必要があります。 検証が成功すると、「基本パラメータが正しく入力されました」という嬉しいメッセージが表示されるはずです。

「1C構成構造の整合性が侵害される」問題の原因と修正方法についてご紹介しました。 この資料を読んだ後は、この問題に簡単に対処できるようになります。

「構成構造の整合性が侵害されています」というエラーを解決するための多くのオプションのうちの 1 つ。
このエラーが発生した場合は、必ず 1C 専門家に連絡してください。 考えられる解決策はたくさんありますが、状況や問題の原因によって解決策はまったく異なります。

これらの状況の 1 つを皆さんにお知らせします。
タスクの説明:
構成の更新は自動的に行われました。 1C コンフィギュレーター モードを開始すると、「構成構造の整合性が侵害されました。」というメッセージが表示されます。 自動更新中に、ベンダー構成を正しく更新できませんでした。 ユーザー モードで実行すると、構成内のモジュールを参照するエラーが発生します。
まず、キャッシュをクリアする必要があります。 Windows 7 OS では、C:\Users\Administrator\AppData\Roaming\1C\1Cv82 および C:\Users\Administrator\AppData\Local\1C\1Cv82 (Win7x64) があります。 1C キャッシュをクリアした後、コンフィグレータ モードで起動します。 1C 構成を開こうとするとクラッシュします。 情報ベースをバックアップ ファイルにアップロードします。 テストと修正は役に立ちません。 ファイル データベース チェック ユーティリティでは、エラーはないと表示されます。 設定のロード、アップロード、サポートなどのメニュー項目。 オープンな設定がないとアクティブになりません。 データ構成の保存が可能です。これは、データが破壊されないことを意味します。これが重要なことです。
また、コンフィギュレータからデバッグ モードのユーザー モードに移行すると、起動する場合と起動しない場合がありますが、状況には影響しません。
情報ベースを SQL にロードしようとしても、良い結果は得られません。

そして、データベースを諦めることもできるだろう...古いバックアップがあればそこから回復する...そして手動でデータを復元することも可能ではないかという考えが生じます。

解決：
1. 同じバージョンのクリーンな構成が必要です - 動作しています。
2. キャッシュを完全にクリアします (上記)。
3. クリーンなデータベースをコンフィギュレータ モードで起動し、設定を開きます。 同時に、1C は C:\Users\Administrator\AppData\Local\1C\1Cv82 にキャッシュを作成します (構成 ID を持つフォルダー内のファイルとフォルダーのセット)。C:\Users にもキャッシュが必要です。 \Administrator\AppData\Roaming\1C \1Cv82。 1Cを閉じた後、フォルダーデータの名前を変更するだけで済みます。
4. 動作していないデータベースをコンフィギュレータ モードで起動し、キャッシュを確認します。 その結果、構成 ID (Alive と Dead) を持つ 2 つのフォルダーができました。
5. すべてを閉じて、死んだ conf のキャッシュを生きているものに完全に置き換えます。 それらの。 現在のフォルダーを削除し、以前に名前を変更したフォルダーに置き換えます。
6. 動作していないデータベースを構成モードで起動します。これが最初の成功です。構成ツリーが開き、構成管理メニューのセクションがアクティブになります。
7. サポート管理に移動し、サポートを完全に削除します。 保存、更新。 作業中のデータベース構成を含むファイルを介して更新できます。
8. キャッシュを完全に削除します。
9. 動作していないデータベースを構成モードで起動し、構成を開こうとします。すべてが開き、エラーはありません。
10. 1C を起動します。 すべてが利用可能です。 データは所定の場所にあります。

Infostar ユーザー Tavalik が提案した別の救済オプションは次のとおりです。

1.「設定」-「データベース設定」-「データベース設定に戻る」
2.「設定」-「データベース設定の更新」

今日は、1C 8.2 構成を更新した後に「構成構造の整合性が侵害されています」というエラーが表示された場合に取るべきアクションについて説明します。
つまり、要点としては、次のようにして問題を解決してみてください (構成に関するアクションを開始する前に、その方法をメモに書いたように、データベースのアーカイブ コピーを作成することを忘れないでください)。

• 新しいフォルダーに新しい空のデータベースを作成し、更新する必要がある以前にアンロードされた情報ベースを構成にロードします。

原則として、問題の解決策としてこのオプションを使用すると、マルチユーザー作業中にデータベースへのパスを書き換えなければならないという不便さが生じます。 この構成を更新して実行してみましょう。

問題が解決した場合は、おそらく 1c キャッシュ フォルダー ( C:\Documents and Settings\ユーザー\ローカル設定\アプリケーション データ\1C\1Cv82）。 このフォルダーはデフォルトで非表示になっている可能性が高いため、Windows の非表示ファイルやフォルダーにアクセスする方法がわからない場合は、このメモを読むことをお勧めします。 ルート フォルダー 1Cv82 および 1Cv81 内の現在/最終変更日のファイルには触れないでください。 開始ウィンドウの設定が保存されます。 この場合、すべてが開始されますが、初めて開始するときは待つ必要があります。

問題を解決した後 (もちろん、提案された方法が役に立った場合)、データベースのアーカイブ コピーを再度作成し、標準の 1C「テストと修正」ツールを使用して構成にエラーがないかチェックすることをお勧めします。

情報セキュリティのテストと修正

コンフィギュレータに移動し、「管理」メニュー項目で「テストと修正」を選択する必要があります。

このツールは 2 つのモードで動作します

• テストは、構成エラーのみをチェックするモードです。

• テストと修正は、両方の構成エラーをチェックして修正するモードです。

情報基盤が運用されている場合 ファイルバージョンそして仕事の選択肢も クライアントサーバー論理的整合性、参照整合性のテストと修正、合計の再計算が可能です。情報ベースのファイル バージョンでは、データベースの再インデックス付けと圧縮を実行できます。

テスト対象のインフォベースにないオブジェクトへのリンクを含むデータを受信できる分散インフォベース (DIB) の場合は、チェックを外します。 情報ベースの参照整合性のチェックこれにより、「存在しない」データの作成を無効にすることができ、その結果、このデータが分散情報ベースの他のノードに転送されることはなくなります。

論理的整合性チェックを無効にしながら、IS 参照整合性チェックを有効にすることはできません。 また、参照整合性チェックを無効にしても、参照型チェックが無効になるわけではありません。

例えば会計において最も弱い点は売上高貸借対照表であるため、処理の前後に貸借対照表を作成し、テストと修正の前後で最終的な指標を比較することをお勧めします。 もちろん、これはテストの頂点ではありませんが、少なくともそれは何かです。

今日言いたかったのはこれだけです。 次回まで。