1Cデータベースリストの簡単な管理

「1日を失ってから5分で飛ぶ方が良い」（c）m / f翼、脚、尾。



「Habré」には、8.xのベースリストの管理に関する3つの優れた投稿があります。

1. 「データベースリスト1C 8.2の管理」 ;
2. 「何百もの1Cベースを調理し、狂わない方法」
3. 「Active Directoryを使用したデータベース1C 8.2のリストの管理 。 」

それぞれには、全体像からのパズルのピースが含まれています。1Cデータベースリストの管理が簡単です。

プロローグ

指定された構築イデオロギーにより、1つのドメインを持つ単純なオフィスと、フォレスト内のマルチドメイン構造の両方の設定を簡単にスケーリングできます。 誰もが自分でソリューションの特定の実装を選択しますが、ここでは不必要な努力なしに必要な柔軟性を得るための基盤が設けられています。 決定は簡単に継承されます。 スクリプトはありません。 まったくありません。 一般的に。

それで、私たちは何と戦っていますか：

たくさんのユーザーがいます！ -新しいデータベースを登録したり、古いデータベースから接続設定を変更したりするだけの目的で40人以上のユーザーをバイパスするには、かなりの時間がかかります。 まあ、技術を持っている人は戦闘機をサポートしています。
たくさんの拠点があります！ -動物園ベース、テストベース。テスト用のサーバー上にありながら、運用中に1Snikovが表示されます。 ユーザー数を掛けると、恐ろしくなります。
不明瞭なデータベース名！ -この場所では、多くの処理、レポート、およびCOM接続が接続されている「 new2_baza2_copy 」という名前のベースに対して、自分の手で別の1Snikの魂をどうやって実現できるかを想像するたびに。 彼にとって、新しい拠点に名前を付けることは論理的に思えたからです。 組織は1つであり、突然成長することはありません。 そして彼は一人で、すべてを覚えています。 そして、決してやめないでください。 また、ドキュメントはwimpによって保持されます。 はい、すぐにやり直すことができます！
頻繁なユーザーローテーション！ -各新規ユーザーは、自分が必要とする拠点を知らず（しばしば「私はすべてが必要」と聞こえます）、従業員は自分の役職、部門、組織を変更し、その結果、責任を変更します。
ロード！ スクリプト！ -特定のグループ名を検索してADフォレスト全体をスキャンし、1つのデータベースに接続する甘いスクリプト。 そして誰が書いたのですか？ 何で？ いつ？ コメントはどこにありますか？
私の拠点はどこですか？！ -おっと。 多くのソリューションでは、1Cユーザーデータベースの個々のリストを保存すると同時に、事前定義されたデータベースのセットを使用することはできません。
クラスター1C？ DBサーバー？ -違いはありますか？ 複数ある場合があります。 1Cの異なるバージョン、異なるデータベース。 テクニカルサポートは、PCでユーザーに具体的に登録する内容を正確に理解するために、目的を見つけようとしています。

主な痛みについて説明しました。

始めましょうか？



幸せへの6つのステップ：

ステージ1-インベントリ

テーブルエディターと1Snikovを使用します。 そして、おそらくあなたの手でも、詳細なインベントリを取ります：

このようなテーブルが生まれます：



私たちの仕事はどこを理解することです。 構造化する。 ペイントする詳細。

ステージ2-1CデータベースのADグループ

Active Directoryでデータベースのグループを作成すると、すぐにクラスターとデータベースサーバーが使用した説明に書き込みます。



出力では、Active Directory構造内の各データベースに関する詳細情報を取得します。 ADグループ名にデータベース名を指定すると、大規模なインフラストラクチャで特定のデータベースのグループを検索しやすくなります。 選択したユーザーは、グループに追加することを選択し、目的のデータベース名を指定しました。 Opとそこにすべて。 同時に、同僚（または相続人）は、どのADグループがどの拠点および拠点の場所を担当しているかをすぐに確認できます。

重要：
各データベースのADグループの作成に加えて、追加のADグループ「 _Bases 1C-構成ファイル1CBases.cfgへのアクセス 」を作成する必要があります。これは、必要なすべてのデータベースのv8i構成が保存されているファイルリソースへのアクセスを提供するのに役立ちます。 このグループには、1CデータベースのすべてのADグループが含まれます。 1Cデータベースに新しいADグループを追加することを忘れないでください。 また、PCアカウントがファイルリソースにアクセスできるようにするには、構成にDomain Computersグループが必要です。 以下のニュアンスについて。

ステージ3-1C構成ファイル

インベントリが完了し、データベースのADグループが作成されました。現在はv8i構成ファイルです。 データベース接続設定を保存します：1Cクラスターとこのクラスター内のデータベースの名前。
1Cを開始します。 形成されたベースのリストがある場合、それらを美しく明確に命名します。
組織-構成-構成バージョン
それらを右ボタンでファイルに保存し、データベースの名前でファイルに名前を付けます。 これらのすばらしいv8iファイルを1つのディレクトリに慎重に蓄積します。 初期リストがない場合は、リストにエントリを1つ作成できます。これが標準になります。 それから、必要な情報を直接ファイルテキストに入力することにより、新しいv8i構成ファイルを作成します。

出力には、次の内容のファイルがあります。



不要な行から各ファイルを削除します。



その結果、データベースと同数のv8i構成ファイルが一定数取得されます。

次のステップは、1Cの一般的なデータベース構成ファイルを編集することです。

デフォルトでは、データベースのリストはまったく含まれていません。



小さな操作を実行し、v8i 1Cデータベースのすべての構成ファイルへのパスを示します。



v8iファイルへのアクセスは、ファイルサーバー上の単純なネットワークフォルダーとDFSリソースの両方で機能します。 負荷分散、フォールトトレランス？ はい！ わかっています。 飛んでいます。

その結果、各データベースのv8i構成ファイルでいっぱいのディレクトリと、すべてのv8i構成ファイルへのすべてのパスを含む共通構成ファイルがあります。

ステージ4-ファイルまたはDFSリソース

特定の各データベースに接続するためのv8i構成ファイルが置かれるディレクトリと、データベースの一般的なリストである1CEStart.cfgファイルを作成します。
ディレクトリにSync-1CBasesという名前を付けます。
共有リソースへのアクセスに対するイデオロギー的アプローチは、誰にとっても異なります。 多くの人は、 Everyone-共有リソース自体へのフルコントロールアクセスを配置し、ファイルシステムレベルでアクセスを制御することを好みます。 簡単です。 私は、不必要なアクセシビリティのクロスチェックによってファイルサーバーに追加の負荷をかけることなく、最も共有されたリソースのレベルですぐにアクセスを遮断することを好みます。

グループ「 _Bases 1C-構成ファイル1CBases.cfgへのアクセス 」に、新しいネットワークリソースへの読み取り権限を付与します。

マニュアルを1つの写真にまとめます。 千の言葉の代わりに。



重要：
次に、ファイルシステムレベルでセキュリティを構成します。

最初のステップは、デフォルト設定をSync-1CBasesディレクトリオブジェクトにリセットすることです。 許可の継承を無効にします。 「 SYSTEM 」、ローカル管理者 、 ドメイン管理者は残します。 フォレストがある場合は、エンタープライズ管理者および/または委任管理者を追加できます。 結果の結果は継承で適用されます。 すぐに、 チェックアウトからそれほど遠くないところに、ADグループ「 _Bases 1C-構成ファイル1CBases.cfgへのアクセス 」を追加し、適切な読み取りを継承なしでこのディレクトリにのみ追加します 。 このステップでは、フォルダーのルートに移動し、ディレクトリ内のファイルのリストを取得する機会を得ます。


アクセス権を設定するためのそのようなインターフェースにはまだ慣れていません

次は塩です：

1CEStart.cfgファイルで 、ADグループ「 _Bases 1C-構成ファイル1CBases.cfgへのアクセス 」のみを読み取る権限を付与します



次に、v8iデータベース構成ファイルごとに、Active Directoryアクセスグループのアクセスが許可されます。



v8iデータベース構成ファイルがなくなるまで最後の手順を繰り返します。

ステージ5-グループポリシー

グループポリシーを使用しないものが多すぎます。 多くは、それらを怠慢に使用します。 無駄に、無駄に、無駄に。 これは非常に強力なツールで、小規模オフィスでも職場での生活を楽にします。

新しいグループポリシーを作成し、ドメインのルートにリンクします。 ドメインコンピューターでのみ機能することを示します。



ここでの主な啓示（またはニュアンス）は、データベースのリストがユーザーではなくPCに接続されていることです。 残念ながら、ユーザーは自分の権利でC：\ ProgramData \ 1C \ 1CEStart \にある構成ファイルを置き換えることはできず、PCがそれを行います。

ポリシーの編集：



ここでのタスクは、共有リソースからファイルを取得し、ローカルファイルを置き換えることです。
これは、1CがインストールされたPCでのみ行われますが、 アイテムレベルターゲティングを通じてグループポリシーの実行条件を設定します。

インストールされた1Cの存在を確認します。



これは最も基本的なテストです。 オペレーティングシステムのx86およびx64エディションの両方をチェックします。 サーバーOSとクライアントOSを区別しません。

ただし、テスト条件自体は大きく異なり、これらの設定を特定の組織単位に適用します。これは、ネットワークリソースや他の多くのパラメーターの可用性の条件によって異なります。これにより、このグループポリシーをトリガーする条件を絞り込むことができます。

ファイルは、PCのロード時、または90 +-分ごとに1回コンプライアンスに適合します。

ステージ6-ユーザー

ユーザーを取ります。 そして、ADグループに追加します。



その後、ユーザーをシステムに入力し、1Cを起動します。1Cは構成ファイルを読み取り、ユーザーがアクセスできるすべてのv8iファイルを接続します。 結果：



実際に達成したこと。

ただし、このソリューションはファイルCには影響しません。\ユーザー\％ユーザー名％\ AppData \ローミング\ 1C \ 1CEStart \ ibases.v8iはユーザー自身が登録したデータベースを保存します。 ただし、ユーザーのデータベースリストを消去するためにいつでもリセットできます。 あなたの手で政治家をグループ化！

エピローグ

正式には、多くの実装オプションの1つを渡しました。 イデオロギーを伝えました。 この記事のその他の解決策は、非常に広範なものです。
v8iファイルを自動的に作成し、cfgに追加し、1CデータベースのADグループを作成します。
同じファイルの1Cスペシャリストの編集アクセス。
PCに置き換える前にcfg構成ファイルの関連性を確認します。
偏執病の場合は、事前定義リストを使用してcfgファイルを作成し、v8iで複数のデータベースを登録できます。 一般に、データベースの名前を指定せずにv8iファイルの名前を作成します。
cfgファイルをPCに配信する方法を変更できます。PC構成でこのファイルへのアクセス権が変更され、ユーザーはそれを自分の権利で上書きします。
その他。 あなたが欲しいもの。 誰でも自分で決めることができます。

合計：
たくさんのユーザーがいます！ -それは問題ではありません。
たくさんの拠点があります！ -1Snikiデータベースをレジストリに入力すると、ユーザーはそれを受け取りました。 ローカルデータベースのリストがゼロになっていると、自己接続データベースも次回ログイン時に消えます。
不明瞭なデータベース名！ -違いは何ですか？ あなたは常に最新の情報を持っています。 完全なデータベース情報はありません-ユーザーはデータベースを持っていません。
頻繁なユーザーローテーション！ -ベースを接続するアプリケーションはありましたか？ 拠点があります！ 場所またはユニットを変更し、権利のダンピングとともに基地を失った。
ロード！ スクリプト！ -どこ？ なんで？ バランス、正確なターゲティング、関連情報のみ、メンテナンスとサポートの容易さ。
私の拠点はどこですか？！ -許可されていません！ さて、または使用してください。 誰もが幸せです。
クラスター1C？ DBサーバー？ -混乱なし。 すべてはすでに設定によって設定されています。 技術者は有用なもので忙しく、誰に、どこで、何を処方するのか、名前を呼ぶ方法、午前中に更新のためにアカウントシステムなしでユーザーを離れない方法を理解していません。

追記

私は一日を過ごしました。 5分で飛んだこと。 よろしくお願いします！

更新：
Habrazhitel- sisaenkovは、cfgファイルをフォルダーC：\ ProgramData \ 1C \ 1CEStart \にコピーする代わりに、Windows XPベースのクライアントシステムでは、変数"％ALLUSERSPROFILE％\ Application Data \ 1C \ 1CEStart \"を使用する必要があることを正しく指摘しましたVista以前のシステムの場合は、記事で指定されたオプション、または％ProgramData％\ 1C \ 1CEStart \変数を使用できます