Linux CentOS 6.3に1C Enterprise 8.2（10/05/12からリリース8.2.16.368）をインストールする方法（記事、HowTo）

警告：詳細な手順はありません！ アクションのシーケンス、必要な手順、およびヒントのみ。 このガイドは、経験豊富なLinux管理者のみを対象としています。



私の設定のいくつかの例が添付されています...



注：この記事は、32ビットCentOS 6.3の実験に基づいて書かれています（サーバーに64ビットOSを使用する必要があります。しかし、64ビットCentOSは、実験に使用できるハードウェアにインストールされていません。）ただし、インストール方法に違いはありません（ 32 vs 64bit）-配布ファイルのサフィックスにのみあります：i686（またはi386）、またはx86_64 ...



内容：

• 0）サーバーハードウェアを準備する
• 1）オペレーティングシステム（OS）をインストールする
• 2）ネットワークの構成
• 3）パッケージマネージャーの構成（yum）
• 4）1Cシステムに関連しない追加のソフトウェアをインストールする
• 5）Sambaサーバーを構成する
• 6）ディストリビューションを入手して準備します1C：エンタープライズ...すべてを入手するには？
• 7）Linux CentOS（6.3）での「1CからのPostgreSQL DBMS（01/17/12からのリリース9.0.3-3.1C）」のアセンブリとインストール
• 8）「1C：RPMベースのLinuxシステム用エンタープライズ32ビットサーバー（8.2.16.368）」をLinux CentOS（6.3）にインストールする
• 9）セキュリティキーのインストール（1Cライセンス）
• 10）次に、クライアント部分をインストールします-Windowsを実行している別のマシンに
• 文献（使用され、さらに推奨される）

---

0）サーバーハードウェアを準備する

サーバーハードウェアの選択に関する特定の推奨事項は示しません（必要なハードウェアの量）。個人的な経験はありません。 v8.1c.ruの公式の「1Cで動作する機器を選択するための推奨事項：Enterprise 8」および1c.xxi.kiev.uaの非公式の「1Cで動作するコンピューターの要件：Enterprise 8」プログラムを参照してください。

そして、私は推奨よりもパワーリザーブ付きの鉄を使うことをお勧めします（それは企業のニーズを「成長」させるためです;そしてPlatform 1Cは絶えず「成長と最適化」を行うため、リリースからリリースまでにより多くのリソースを消費します）。



さらに、簡単に言えば、次の戦略が最も有益です。

• 2台のサーバー（1CサーバーとPostgres DBMSサーバー）を2台の異なるマシンに分散します-容量は2倍になり、追加のライセンスを購入する必要はありません。 これは安価なソリューションです。Linuxは無料であり、鉄のコストは考慮されません（鉄は常にライセンスよりも安価です）。
• 注：「1Cサーバークラスター」は依然として非常にバグが多いことに注意してください。 さらに、「クラスターの一部としてのサーバー1C」の下にある追加の各マシン-別の「サーバーライセンス」を購入する必要があります。 したがって、すべての側面から、「サーバー1C」の下では、1台のマシンのみを使用するのが最も有利です。サーバー用に1台のマシンのみを購入し、負荷全体を引き出すことができる十分に強力なハードウェアで...
• DBMSサーバーにハードウェアRAID10をインストールします（データベースファイルは予約されており、必要に応じてディスク容量を増やします）。
  
  さらに、予算ソリューションでは 、 多くの最新のマザーボードに組み込まれているチップセットRAIDコントローラーを使用するだけで 、別個の高価なハードウェアRAIDコントローラー（価格は250ドルから）を購入するよりも十分です。 組み込みのチップセットRAIDコントローラーにはすでに幅広い機能があります。 必要なRAIDモード（0、1、5、10）とそれらの間の自動移行をサポートし、データを保存します。
  
  軟膏にはたった1つの重要なフライがあります。LinuxのハードウェアRAIDコントローラーのサポートが不十分です。 さらに、マザーボードに組み込まれているチップセットSATA-RAIDは完全にハードウェアではありません 。データ管理はハードウェアレベルではなく、OSドライバーを介したBIOSマイクロコードレベルで行われます。したがって、SATA-RAIDドライバーなどの概念（Intel Matrix Storage Driver）、これなしではRAIDは個別のディスクと見なされるため、サポートの問題が発生します... Linuxでは、ソフトウェアRAIDアレイが従来使用されており、そのサポートは長い間実装されデバッグされてきました！
• もちろん、両方のサーバーをWindows / Linux 64ビットOSで上げる必要があります（多くのRAMと多くの電力をサポートしているため）。 「1Cサーバー」を購入して32ビットをインストールする必要があります（「1C 64ビットサーバー」は2倍の費用がかかり、生産性の向上、その他すべての条件が同じであるため、+ 5％のみが非公式に、 テストされた職人が ...）

---

1）オペレーティングシステム（OS）をインストールする

Linux CentOS 6.x（最新リリース）、より良い64ビットをインストールします。

CentOSディストリビューションを選択する理由：これはLinuxサーバーディストリビューションです。 これは無料（無料、「Community Edition」）の配布です。 これは、1Cが「サポートされている」と宣言するRedHatカーネルに基づくディストリビューションです。



CentOSディストリビューションのイメージは、 ここから（ミラーのいずれかから）スイングします 。

isoを出力し、ダミー（DVDRW）に焼き付けてそこから置く方が便利です。

インストールの場合、原則として、2つの構成可能なディスクの最初のディスクのみで十分です（2番目のディスク-セカンダリソフトウェア）。

そして、インストールdistacksはもはや必要ありません-すべて同じ、すべてのソフトウェアを更新してインターネット経由で配信する必要があります...



注： CentOSシステムのrootユーザーは論理的ではありません （そうする必要があります）！

CentOSシステムでのすべての作業は、常に通常のユーザーセッションから実行されます。 およびシステムのインストール/セットアップ。 そして、一部のアクションについてのみ、「スーパーユーザー」の特権が毎回要求されます（Windows7でも同様のことが登場しました）。

したがって、構成の編集、パッケージのインストール、およびその他の「管理」アクションを実行するには、通常のユーザーセッションでコンソールを開き、すぐに「su」コマンドを実行して、現在のコンソールを「スーパーユーザー」モード（CentOS機能）に切り替えます：

	 bash＃su
	パスワード：<rootパスワードを入力>

さらに、このbashコンソールは、さまざまな特権アクションに使用されます。 たとえば、「mc」を実行し、/ etc / ...の構成を編集できます。

---

2）ネットワークの構成

ネットワークアダプター、ホスト名、ゲートウェイ、およびDNSを構成する...

インターネットに接続し、すべての基本パッケージを最新バージョンに更新します...

インターネットに接続している場合にのみ、それ以降のすべてのアクションを実行します。これは永続的であると考えています。



ネットワーク設定は標準として実行されます...しかし、回避する必要がある一般的なレーキがあります ：

2a）

まず、サーバー名は問題なくIPアドレスに解決されるはずです。



ファイル/ etc / sysconfig / networkで、ホスト名パラメーター（北の「コンピューター名」）の値を確認し、必要に応じて変更して、新しいパラメーターが有効になるように、システムを再起動する必要があります。

	 bash＃cat / etc / sysconfig / network
	ネットワーキング=はい
	 NETWORKING_IPV6 =いいえ
	ホスト名= delldev
	ゲートウェイ= 192.168.10.2    

（最後の行はオプションのデフォルトゲートウェイです。指定しない場合、ifcfg configsから、またはDHCP経由で取得されます...）



ファイル/ etc / hostsにはlocalhost.localdomian形式のエントリを含めたり、IPv6に関連したりしないでください。DNSサーバーがない場合は、サーバーのIPアドレス-FQDN名-ショートネームを明確に示す必要があります。 有効なホストファイルの例：

	 bash＃cat / etc / hosts
	 127.0.0.1 localhost delldev

チェック：サーバーはpingを実行しますか？ コンソールに入力します。

	 bash＃ping delldev

2b）

第二に-1cエンタープライズのコンポーネント間の相互作用を禁止するルールがファイアウォールに存在するべきではありません。

ほとんどの場合、企業のサーバー1cはローカルネットワーク内にあるため、ファイアウォールを完全に無効にできます（少なくとも試運転中）。

	 bash＃chkconfig iptables off
	 bash＃service iptables stop

2c）

第三-SELinuxポリシーも無効にする必要があります！



理由：

1）以前は、SELinuxがセグメンテーションフォールトエラーの原因でした。

2）Sambaボールは、SELinuxを有効にすると機能しません（リモートユーザーがボールを入力しますが、ファイルは表示されません...またはファイルは表示されますが、読み取れません...など）。

3）さらに、ローカルネットワーク内にある負荷の高いサーバーでSELinuxを使用する利点は、非常にぼやけています。



無効にする方法：

	構成の編集/ etc / selinux / config
	 SELINUX =文字列を強制する
	 SELINUX =無効に変更
	車に過負荷をかけ......

2d）

インターネットプロバイダー「Ukrtelecom / Ukraine」にもこのようなレーキがあります。バグのあるDNSサーバー-補助（Googleからのより良い）を使用する必要があります...そして、おそらくDSLルーターはLinuxとの互換性が低いことが判明しました...



症状：インターネットで作業する場合、各DNS名の解決に非常に長い時間（数十秒のタイムアウト）がかかり、非常にひどく動作します...

解決策：したがって、DHCP経由でDNSサーバーを自動的に受信しませんでしたが、アダプター設定（/ etc / sysconfig / network-scripts / ifcfg-eth0 config）に次のアドレスを静的に登録しました：213.179.249.151、213.179.249.152、8.8.8.8、8.8 .4.4 （最初の2つは新しいUkrtelecom、次の2つはGoogleからのものです） 。

---

3）パッケージマネージャーの構成（yum）

注：yumの使用に関する詳細なマニュアルについては、記事「RHEL6でのパッケージ管理」を参照してください。 ヤム」

3a）

ソフトウェアソース（リポジトリ）を構成します。



標準リポジトリを有効にします（リポジトリ設定で、有効= 1を書き込むか、グラフィカルインターフェイスでチェックボックスをオンにします）。

CentOS-6-ベース

CentOS-6-Contrib

CentOS-6-エクストラ

CentOS-6-プラス

CentOS-6-アップデート



そして、 追加のリポジトリを追加/接続します （標準のリポジトリには主にサーバーソフトウェアが含まれており、スーパーデバッグ版ではありますが、古いリポジトリがないため非常に残念です）。



注：ほとんどの場合、新しいリポジトリーの接続を容易にするために、リポジトリー所有者は自動構成用のRPMパッケージを準備しています。これらのパッケージはダウンロードしてインストールするだけで済みます。 さらに、正しいバージョンのパッケージを選択します。リポジトリの対応するバージョンに対応し、対応するLinuxリリースを対象としています。 この擬似パッケージをインストールすると、必要な構成が自動的に生成され、yumが構成されます。



推奨事項：

「cat / etc / redhat-release」を使用して、使用しているELのリリースを見つけます（「CentOSリリース6.3」-つまり「el6」）

「uname -a」を使用してプロセッサアーキテクチャを見つけます（「i686 i386」と表示されます）

「rpm -ivh package-filename」を使用して、rpmforge-releaseパッケージをインストールします（URLでも機能します）



RPMforge

インストール手順： repoforge.orgおよびwiki.centos.org

作業インストールの例：su -c 'rpm -Uvh packages.sw.be/rpmforge-release/rpmforge-release-0.5.2-2.el6.rf.i686.rpm '



EPEL

インストール手順： fedoraproject.org

作業インストールの例：su -c 'rpm -Uvh download.fedoraproject.org/pub/epel/6/i386/epel-release-6-7.noarch.rpm '



Atrpms

インストール手順： atrpms.net

作業インストールの例：su -c 'rpm -Uvh dl.atrpms.net/all/atrpms-repo-6-5.el6.i686.rpm '

3b）

コンセプト： 主なことは、コアシステムcoreの機能を混乱させないことです 。

標準のCentOSリポジトリ（特に「CentOS-6-Base」）は、各瞬間にリポジトリに互換性のあるパッケージとライブラリのスライスがあることを保証する特別に訓練された人々で構成されています。 （CentOSは、自動更新モードで動作する最も高価なプロダクションサーバーにインストールされるサーバーシステムです。リポジトリの不具合により、多くのサーバーが破損します。つまり、管理者は多くのがらくたを持ち、CentOSのクレジットは失敗します。

ただし、左から3番目のディストリビューションを使用する場合は、常に以前のライブラリの新しい（不安定な）バージョンがあります。自動更新中にシステムに自動的にインストールされ、カーネルサービスの非互換性が生じます。 悪い



最もデバッグされたソフトウェアをサーバーおよび追加のリポジトリにインストールするためには、ベースのものに存在しないソフトウェア（パッケージは「依存関係」に従って分離されます）のみをインストールする必要があります-優先システムを設定/使用する必要があります：



優先順位を管理するには-yum用の追加のプラグインをインストールする必要があります（3つすべてをインストールすると便利です）。

• yum-protect-packages（指定されたパッケージを削除から保護できます。デフォルトでは、yum自体とその依存関係チェーンが保護されます）
• yum-plugin-protectbase （指定されたリポジトリのパッケージを安全でないリポジトリからの更新から保護することができます）-ITを構成するのは簡単です。
• yum-plugin-priorities （異なるリポジトリに優先度を割り当てることができます。優先度の低いリポジトリのパッケージは、優先度の高いリポジトリから更新できません-これは別のタイプの保護であり、より高度で柔軟です）-より良いです！

（注：yumにはさらに多くの興味深いプラグインがありますが、これらは最も必要なものです...）



yumリポジトリー設定は 、/ etc / yum.repos.d /に保管されます。

編集可能な設定は次のように呼ばれます：* .repo

他のサービスファイル-それらに触れないでください。



テキスト設定を追加する必要があります（少なくとも、有効= 1のすべてのリポジトリ）：protect = ...およびpriority = ...パラメータの行（注：優先度の値が低いほど、リポジトリの重要度が高くなります）

3c）

パッケージマネージャー用のグラフィカルシェルをインストールすることもお勧めします。YumExtender（binarはyumexと呼ばれます）-標準のGUIよりもはるかに高度です。

---

4）1Cシステムに関連しない追加のソフトウェアをインストールする

これでインストールできるようになりました（もちろん、yumパッケージマネージャー管理コンソールから）：

NTFSサポート

wine（シンプルなWindowsアプリケーションを実行するためのエミュレータ）

その他の便利なローカルアプリケーション...

---

5）Sambaサーバーを構成する

Sambaサーバー（smbおよびnmbサービス）をインストール（yum経由）および構成する必要があります。これは、いわゆるLinux用のMicrosoft NetBIOSプロトコルのサポートです。 ネットワークコンピュータ...



さらに、このサーバーでローカルネットワーク上の他のクライアントにファイルボールを提供しない場合でも、Sambaを上げることをお勧めします。これにより、このサーバーはすべてのWindowsクライアントおよびその他のネットワークサーバーの「ネットワーク環境」に表示され、標準APIによってスキャンされ、「マシンのネットワーク名」を解決します"-¨\\MyLinuxServer¨のように参照できるようにします。 便宜上、サーバー1CがWORKGROUPに表示されるようにSambaを構成します...







Sambaを設定するには：

このようなボールフォルダーを作成して構成します。

	 mkdir / home / samba
	 mkdir / home / samba /その他すべて
	 ...
	 chown -R samba / home / samba
	 chgrp -R samba / home / samba
	 chmod -R a + rw / home / samba

非ユーザー/グループを作成：samba / samba

このユーザーにホームフォルダーを割り当てます：/ home / samba



Sambaサービスのセットアップ：

構成は/ etc / samba /にあります

男を参照してくださいsmb.conf

smb-conf.ruを参照

簡単なセットアップについては、記事「CentOSでのSAMBAサーバーの簡単なインストールと構成」を参照してください...



重要： 「smb」サービス（メイン）に加えて、「nmb」サービス（ローカルネットワーク上のコンピューターのNetBIOS名の公開を担当する-サーバーは「ネットワーク環境」に表示されます）を「有効化」および「開始」する必要があります：

	 chkconfig --level 2345 smb on
	 chkconfig --level 2345 nmbオン
	サービスsmb開始
	サービスnmb開始

ヒント： 「GNOME /システム/管理/サービス」グラフィックスナップインを使用して、サービスの動作モードを設定することをお勧めします...

---

6）ディストリビューションを入手して準備します1C：エンタープライズ...どこから入手できますか？

1C海賊版ディストリビューション（およびクラック）は交換機からダウンロードできます（リンクは提供していません。forum.ru-board.comのVareznikセクションにあります）...



したがって、ディストリビューション「1C：Platform 8.2 release 8.2.16.368 from 10/05/12」を取得/ダウンロードしました->「Server 1C：Enterprise（32bit）for RPM-based Linux systems」、ファイル「8_2_16_368_rpm.tar.gz」を取得 （169.07 MB）->アーカイブを解凍すると、8つの配布RPMファイルが取得されます...



Readyアセンブリー「PostgreSQL 1Cリリース9.0.3-3.1C 2012年1月17日」は機能せず、依存関係によってインストールされません（パッケージは6.xではなくCentOS 5.x用にビルドされます）。

自己アセンブリのために、1CでパッチされたPostgreSQLソースコードが必要です！ ディストリビューション「1CからのPostgreSQLリリース10.3 / 17/12から9.0.3-3.1C」 ->ファイル「PG90331_Patch903.rar」のみを取得->アーカイブからファイル「postgresql-9.0.3-3.1C.src.rpm」のみを取得（これは、PostgreSQLソースコードバージョン9.0.3を含むRPMパッケージです。1C：Enterprise 8.1および1C：Enterprise 8.2サーバーとの互換性を確保するために、必要なパッチがすべて含まれています）

注：さらに、1C：Enterprise 8でサポートされるPostgreSQL DBMSの自己アセンブリのソースコードは、Webサイトから直接ダウンロードするのが最も簡単です...



備考：どのプラットフォームを選択しますか？

1. 1Cサーバーが発生します：x64とx86の両方
2. 1Cクライアントプログラムは、現時点ではx86のみです（繰り返しますが、x64には1Cサーバーしかありません）。
3. x86にx86プログラムをインストールできることが知られています（これは1Cだけに当てはまりません）
4. 1Cクライアントプログラム（シックおよびシンクライアント）は、Windowsでのみ動作します！
   
   
   追加情報...

   「1C：Enterprise Technology Platform」/「Thin Client」および「Fat Client」 の公式サイトv8.1c.ruでは、Linuxで動作する能力については言及されていません！ これはWebクライアントとサーバー1Cについて言及されていますが...
   
   
   
   1C：Enterpriseプラットフォームのディストリビューションでは、Linux用の8.2クライアントアプリケーションは検出しませんでした（つまり、ブラウザーの環境で動作するWebクライアントのみがLinuxから利用可能です）。
   
   
   
   1Cのディストリビューション：Linux（32ビットと64ビットの両方）用のエンタープライズ8.3プラットフォーム（これまでのテストバージョン）クライアントアプリケーション-すでに存在します！
   
   
   
   ちなみに、1Cのローカルインストール（1ユーザー/ 1コンピューター）では、これまでのところWin32バージョンのみが利用可能です。
   
   
   
   
   

---

7）Linux CentOS（6.3）での「1CからのPostgreSQL DBMS（01/17/12からのリリース9.0.3-3.1C）」のアセンブリとインストール

まず、システムに競合が発生しないように、PostgreSQL SERVERのその他の/以前のバージョンがインストールされている場合は、すべてアンインストールする必要があります（チェック）。



<sub>悪いアドバイス：ソフトウェアの非互換性による混乱を避けるために、クライアント "postgresql-8.4.13"（最初に標準CentOS 6.3リポジトリからインストール）もアンインストールしました...一部のパッケージ（たとえば、 "postgresql-libs-8.4.13"およびなど）今、私は去らなければならなかった、なぜなら システム内の他の多くのパッケージはそれらに依存しています-ただし、PostgreSQL 9.0.3をインストールした後、後でアンインストールできます（先を見て、成功しました）...

それでも、これらの標準パッケージをシステム（特に「postgresql-libs-8.4.13」）に残しておくのは理にかなっています-将来PostgreSQL 9.0.3をアンインストールする必要がある場合に備えて。 現在、すべてのシステムパッケージが "postgresql-libs-9.0.3-3.1C"パッケージのみに依存しており、パッケージマネージャーがシステムの半分を破壊することなく後者をアンインストールできない（クラッシュ）という状況になっているためです。</sub>





残念ながら、CentOS 6.3ベースリポジトリでは、つまり 現在のシステムでは、既製のアセンブリ「PostgreSQL from 1C」を使用するために必要なすべてのライブラリ（依存関係）はありません。 さらに、1C：Enterprise 8.2サーバーには8.3.8以上のPostgreSQLバージョンが必要であることに注意してください 。







そのため、バージョン「PostgreSQL from 1Cリリース9.0.3-3.1C」が最適ですが、配布キット「PG90331_setuppln903.rar」からアセンブルされたRPMパッケージは機能しません。依存関係によってインストールされません（パッケージはCentOS 5.x用にビルドされます。 6.x用ではありません。）...



_{間違ったアプローチ：既存の古いライブラリを手動でアップグレードするのは危険で危険です（基本的で安定したCentOSカーネルの多くのソフトウェアはそれらに依存しています！） 松葉杖ハックをシンボリックリンクの形式で（既存のバージョンにリンクする必要なライブラリの名前を付けて）挿入することもできますが、これは実稼働サーバーでは本当に悪いことです...}





したがって、CentOSカーネルの整合性を損なわないために、 PostgreSQL自体をソースコードから再構築し、1Cパッチでパッチする必要があります（したがって、既存のライブラリに基づきます）。 「1Cリリース9.0.3-3.1CからのPostgreSQL」ディストリビューションからパッチを適用したPostgreSQLソースを取得します->ファイル「PG90331_Patch903.rar」のみが必要です->アーカイブからはファイル「postgresql-9.0.3-3.1C.src.rpm」のみを取得します「...またはこのファイルをオフサイトから直接ダウンロードします...

7a）

注：私はソースからのビルドの経験がないため、以下は、 alsigned.ruのAdmin Maniacブログから少し変更されたレシピです （著者の尊敬）。



インストールはルートとして実行する必要があります...



PostgreSQLの前に、ICUライブラリをインストールする必要があります（または既にインストールされていることを確認します） -1CのPostgreSQLバージョンが機能するために必要です。 RPMパッケージから手動でインストールできます（ただし、必須ではありません）...または、yumを使用して、標準のリポジトリから（これが優れています）：

	 yum install icu libicu libicu-devel

コンパイルとアセンブリに必要なパッケージもインストールします。

	 yum install rpm-build wget glibc-devel bison flex readline-devel zlib-devel openssl-devel pam-devel gettext gcc make 

7b）

サイト1cからPostgreSQL 9.0.3ソースをダウンロードします。

	 wget http://v8.1c.ru/overview/postgresql_patches/9-0-3/postgresql-9.0.3-3.1C.src.rpm

ソースと共にパッケージをインストールします（システム内に異なるフォルダーが作成され、ソースファイルがそれらの周りに散らばります）：

	 rpm -ihv postgresql-9.0.3-3.1C.src.rpm

ファイル/ usr / lib / rpm /マクロを編集用に開き、その中の_default_patch_fuzzの適合レベルを2ずつ変更します。

	 ％_default_patch_fuzz 2

注：以前は、新しいスクリプトでパッケージの処理をサポートしていないソフトウェアをビルドする場合、Fedora 12以降でのみこのようなアクションを実行する必要があり、6番目のバージョンからCentOSにも新しいスクリプトが届きました。



libicuライブラリへのシンボリックリンクを作成します。

	 ln -s /usr/lib/libicui18n.so /usr/local/lib/libicui18n.so.46
	 ln -s /usr/lib/libicudata.so /usr/local/lib/libicudata.so.46
	 ln -s /usr/lib/libicuuc.so /usr/local/lib/libicuuc.so.46

PostgreSQLの構築に移りましょう。

	 rpmbuild -bb --define 'runselftest 0'〜/ rpmbuild / SPECS / postgresql-9.0-1C.spec

注：「runselftest 0」パラメーターを設定することにより、テストベースの初期化を拒否し、ビルド中にPosgreSQLの操作性を検証します。テストが成功するには、制限ユーザーから実行する必要があります。そうしないと、ビルドプロセスが停止します。



組み立てプロセスには時間がかかります...



最後に、収集されたRPMパッケージのリストを調べます（Linux 32ビットOSがあるため、PostgreSQLパッケージも32ビットバージョンでビルドされました）。

	bash＃ls -1〜/ rpmbuild / RPMS / i686
	postgresql-9.0.3-3.1C.i686.rpm
	postgresql-contrib-9.0.3-3.1C.i686.rpm
	postgresql-debuginfo-9.0.3-3.1C.i686.rpm
	postgresql-devel-9.0.3-3.1C.i686.rpm
	postgresql-docs-9.0.3-3.1C.i686.rpm
	postgresql-libs-9.0.3-3.1C.i686.rpm
	postgresql-server-9.0.3-3.1C.i686.rpm
	postgresql-test-9.0.3-3.1C.i686.rpm

7c）

PostgreSQL 1:



… PostgreSQL : postgresql-libs, postgresql, postgresql-server, postgresql-contrib. /root/rpmbuild/RPMS/i686 ( 64- — /root/rpmbuild/RPMS/x86_64) …



:

	postgresql-libs-9.0.3-3.1C.i686.rpm
	postgresql-9.0.3-3.1C.i686.rpm
	postgresql-server-9.0.3-3.1C.i686.rpm
	postgresql-contrib-9.0.3-3.1C.i686.rpm

( ) :

	postgresql-docs-9.0.3-3.1C.i686.rpm
	postgresql-devel-9.0.3-3.1C.i686.rpm
	postgresql-debuginfo-9.0.3-3.1C.i686.rpm
	postgresql-test-9.0.3-3.1C.i686.rpm

— (yum ):

rpm -ihv postgresql-9.0.3-3.1C.i686.rpm postgresql-contrib-9.0.3-3.1C.i686.rpm postgresql-debuginfo-9.0.3-3.1C.i686.rpm postgresql-devel-9.0.3-3.1C.i686.rpm postgresql-docs-9.0.3-3.1C.i686.rpm postgresql-libs-9.0.3-3.1C.i686.rpm postgresql-server-9.0.3-3.1C.i686.rpm postgresql-test-9.0.3-3.1C.i686.rpm



: «postgresql-contrib-9.0.3-3.1C.i686.rpm» ?

: /usr/pgsql/lib/libicudata.so.46;4e9327cc: cpio: Digest mismatch



: postgresql-contrib-9.0.3-3.1C.i686: install failed

: rpm digest md5

	rpm --nodigest --nomd5 -ihv postgresql-contrib-9.0.3-3.1C.i686.rpm

root.



«postgres», ( ).

/etc/init.d/postgresql .

PostgreSQL 9.0.3 /usr/pgsql/bin/…

7d)

PostgreSQL ( , /var/lib/pgsql/data, PostgreSQL):



: Postgres , , — initdb… —

initdb . , ( «su postgres»). (locale=ru_RU.UTF-8).

	bash# su postgres -c '/usr/pgsql/bin/initdb -D /var/lib/pgsql/data --locale=ru_RU.UTF-8'

このコマンドが実行されると、コンソール出力は指定されたパラメーターを確認します（テキストはコンソールに表示されます）：

このデータベースシステムに付属するファイルは、postgresユーザーに属します。このユーザーは、サーバープロセスの所有者でもある必要があります。

データベースクラスターは、ru_RU.UTF-8ロケールで初期化されます。基本エンコードは、デフォルトでUTF8に設定されています。全文検索設定は、デフォルトで「ロシア語」に設定されています。

その結果、/ var / lib / pgsql / dataディレクトリにデータベースが作成されます（注：PostgreSQLサーバーの設定もあります）。



Rake：データベースクラスターの初期化中にエラーが発生した場合

致命的：共有メモリセグメントを作成できませんでした...

ヒント：通常、このエラーは、PostgreSQLの共有メモリセグメントに対する要求がカーネルのSHMMAXパラメータを超えたことを意味します。要求サイズを小さくするか、より大きなSHMMAXでカーネルを再構成できます。要求サイズ（現在35233792バイト）を減らすには、PostgreSQLのshared_buffersパラメーター（現在3584）および/またはそのmax_connectionsパラメーター（現在104）を減らします。

解決策： kernel.shmmaxパラメーターの値を増やす必要があります。そのために、/ etc / sysctl.confファイルに次の行を追加します。

	kernel.shmmax = 40000000

次に、次のコマンドを使用してsysctlパラメーターを更新します。

	bash＃sysctl -p

: 32- … CentOS 6.3 32bit — kernel.shmmax = 4294967295

7e)

PostgreSQL:



PostgreSQL:

	bash# chkconfig postgresql on
	bash# service postgresql start

PostgreSQL 9.0.3 /usr/pgsql/bin/… , ( PostgreSQL):

	ln -s /usr/pgsql/bin/psql /usr/local/bin/psql
	その他

PostgreSQL, , «postgres» «postgres» ( ). – … «postgres» :

	bash# psql -U postgres -c "ALTER USER postgres PASSWORD 'newpassword'"

: : login=«postgres» password=«newpassword».

7f)

PostgreSQL « 1: » ( ):

. ...



/var/lib/pgsql/data/postgresql.conf — . ( , ):

	default_with_oid = on

, PostgreSQL 9.0.3 … « (Automatic Vacuuming)» ( , « » , ) — :

	track_counts = on
	autovacuum = on

: «stats_row_level»… PostgreSQL 9.0.3 «track_counts».



/var/lib/pgsql/data/pg_hba.conf (.. PostgreSQL-)… , ( « , md5»):

	host all all 0.0.0.0/0 md5

注：ポリシー行で「md5」を「trust」に置き換えた場合、パスワードは接続時に検証されません！（忘れられたスーパーユーザーのパスワードの回復/変更に役立ちます）また、localhostとのクライアント接続のデフォルトポリシーは次のとおりです。パスワードはチェックされません...



注：これらのパラメーターは後で設定できます。そして、1Cクライアントを含むすべてが機能することを確認したら、セキュリティ上の理由から、接続をローカルホストlocalhost（または分離されている場合は「1Cサーバークラスター」のホスト）のみに制限することは理にかなっています...



最後に、PostgreSQLサーバーを再起動します：

	/etc/init.d/postgresql restart

---

8）「1C：RPMベースのLinuxシステム用エンタープライズ32ビットサーバー（8.2.16.368）」をLinux CentOS（6.3）にインストールする

サーバー側1Cの配布：Enterprise 8 for Linuxは、いくつかのrpmパッケージの形式で提供されます。

• 1C_Enterprise-common-1Cの共通コンポーネント：Enterprise 8;
• 1C_Enterprise-server-1Cのコンポーネント：Enterprise 8サーバー。
• 1C_Enterprise-ws-1Cを公開するためのアダプター：Apache HTTP Server 2.0またはApache HTTP Server 2.2に基づくWebサーバー上のEnterprise 8 Webサービス。
• 1C-Enterprise-crs-1C：Enterprise 8構成ストレージサーバーのコンポーネント
• 名前に接尾辞「-nls」を含むパッケージは、対応するパッケージの追加の国内リソースです。

1C_Enterprise-serverおよび1C_Enterprise-wsパケットは互いに独立しています。したがって、同じコンピューターに一緒にまたは別々にインストールできます（つまり、「1Cサーバー」と「Webサーバー」を異なるマシンに分割し、「1Cサーバー」をアンロードするためにDBMSサーバーを分離できます） ...







インストールはルートとして実行する必要があります...



インストール中、パッケージ間の次の依存関係を考慮する必要があります（パッケージを正常にインストールするには、依存するすべてのパッケージを最初にインストールする必要があります）。したがって、インストール手順は次のとおりです。

	rpm -ihv 1C_Enterprise82-common-8.2.16-368.i386.rpm
	rpm -ihv 1C_Enterprise82-common-nls-8.2.16-368.i386.rpm
	rpm -ihv 1C_Enterprise82-server-8.2.16-368.i386.rpm
	rpm -ihv 1C_Enterprise82-server-nls-8.2.16-368.i386.rpm
	rpm -ihv 1C_Enterprise82-ws-8.2.16-368.i386.rpm
	rpm -ihv 1C_Enterprise82-ws-nls-8.2.16-368.i386.rpm
	rpm -ihv 1C_Enterprise82-crs-8.2.16-368.i386.rpm
	rpm -ihv 1C_Enterprise82-crs-nls-8.2.16-368.i386.rpm

次に、サーバーをデーモンモードで起動する必要があります。

	/etc/rc.d/init.d/srv1cv82 stop
	/opt/1C/v8.2/i386/ragent -daemon
	/etc/rc.d/init.d/srv1cv82 restart

上記のすべてのアクションは、ルートとして実行する必要があります。



インストール中に、1C：Enterprise 8サーバーコンポーネントは、1C：Enterprise 8サーバープロセスが実行されるアカウントでusr1cv82という名前のオペレーティングシステムユーザーを作成します。

8a）

必要なすべてのパッケージをインストールした後、1C v8.2でグラフィックスサブシステムを診断および初期化するためのスクリプトユーティリティを実行し、推奨事項がある場合はそれに従う必要があります。（ユーティリティは、1C v8.2のグラフィックスサブシステムに必要なコンポーネントと設定の存在をシステムで確認し、1Cがまだ何かを必要とする場合は推奨事項を提供します。）

	/opt/1C/v8.2/i386/utils/config_server

«config_server»: nefrit.arvixe.ru blog.unixstyle.ru …



«config_server» ( — ) :



root...



1) «config_server» — : «Can not detect font directory, please specify it!»

: TTF- linewb.ru FAQ corefonts.sourceforge.net .

注：〜/ rpmbuild /フォルダーシステムは既に存在している必要があります（PostgreSQLディストリビューションをビルドするときに作成済みです）。

その結果、フォントをインストールするには、次のアクションで十分です。

	yum install rpm-build cabextract
	wget http://corefonts.sourceforge.net/msttcorefonts-2.5-1.spec
	rpmbuild -bb msttcorefonts-2.5-1.spec
	rpm -ivh〜/ rpmbuild / RPMS / noarch / msttcorefonts-2.5-1.noarch.rpm

2）config_serverユーティリティを再実行します-エラーがクラッシュします：「Truetype変換ユーティリティが見つかりません！ttf2afmまたはttf2pt1をインストールしてください！ ''

解決策： ttf2pt1 ユーティリティ（EPELリポジトリで利用可能）をインストールします。

	yum install ttf2pt1

3）3回目の「config_server」ユーティリティの実行-システムはより長く考え、すべてが正常になります。コンソールにこれ以上エラーを与えることはありません...



最後に、「Server 1C」（またはマシン全体）を再起動する必要があります。

	/etc/init.d/srv1cv82 restart

上記のすべてのアクションは、ルートとして実行する必要があります。

8b）

これで、Linux OSでの「Server 1C」のインストールが完了しました！

MMCコンソール「サーバー1Cの管理：エンタープライズ8.2」を介してこの「サーバー1C」に接続し、構成の「情報データベース」を作成することは残ります。以下について...



注：MMCコンソールは、「Technology Platform 1C：Enterprise 8.2」の一部として、別のホストに、Windowsのみでインストールされます。（バージョン "1C：Enterprise 8.3"では、管理ソフトウェアがLinux用に既に実装されていることを約束しています...）

8c）

Apache Webサーバーを介して1C Webクライアントのサポートを構成します。



準備：1Cサーバーと同じLinuxマシンにインストールされたローカルApache Webサーバーを使用します。Apache Webサーバーをまだインストールしていない場合は、記事「LinuxでApacheまたはhttpdサービスをインストールして開始する方法」の「タスク：Fedora Core / Cent OS LinuxでApache / httpd をインストールする」セクションの手順に従ってください。

	yum install httpd
	chkconfig httpd on
	/etc/init.d/httpd start

, «2. web-» « 1C web- Apache»...



, « 1» «test1c» ( , postgreSQL… , .. , Apache , /). ( , ) — :

	cd /opt/1c/v8.2/i386
	./webinst -apache22 -wsdir test1c -dir '/var/www/html/test1c/' -connStr 'Srvr="delldev";Ref="test1c"' -confPath /etc/httpd/conf/httpd.conf
	chown apache:apache /var/www/html/test1c/default.vrd
	chkconfig httpd on
	service httpd start

, «test1c» ! « 1» , , http:// delldev/test1c ( delldev — CentOS, « 1» « Apache», )...



: - — : , « 1» «Web- Apache» ( ), « » ( « »); «» « » ( « »).

8d)

さらに： 「Technology Journal」 （別名「ログ」、別名「ログ」） を有効にする方法を知っておく必要があります ...



デフォルトでは、ログは急速に成長し、多くのディスク容量を占有するため、無効になっています（エラーの場合、「ログ」とともに「ダンプ」が作成されます）。 何らかの問題を追跡する必要がある場合にのみログを含めてください。

8e）

さらに：突然「1Cサーバー」を削除する必要がある場合は、次の手順を実行する必要があります。



アンインストールする前に、サーバークラスターをシャットダウンする必要があります。

	 /etc/rc.d/init.d/srv1cv82 stop 

次に、インストールの逆の順序でパッケージを削除し、依存パッケージが依存するパッケージの前に削除されるようにします。

	 rpm -e 1C_Enterprise82-crs-nls-8.2.16-368.i386.rpm
	 rpm -e 1C_Enterprise82-crs-8.2.16-368.i386.rpm
	 rpm -e 1C_Enterprise82-ws-nls-8.2.16-368.i386.rpm
	 rpm -e 1C_Enterprise82-ws-8.2.16-368.i386.rpm
	 rpm -e 1C_Enterprise82-server-nls-8.2.16-368.i386.rpm
	 rpm -e 1C_Enterprise82-server-8.2.16-368.i386.rpm
	 rpm -e 1C_Enterprise82-common-nls-8.2.16-368.i386.rpm
	 rpm -e 1C_Enterprise82-common-8.2.16-368.i386.rpm

または、1つのユニバーサルコマンドですべてのrpmパッケージを削除することもできます。これにより、「1C_」プレフィックスで始まるすべてのインストール済みパッケージが削除され、依存関係が自動的に追跡されます。

	 rpm —e`rpm —qa | grep 1C_` 

---

9）セキュリティキーのインストール（1Cライセンス）

キーを「1Cサーバー」に接続するのは簡単です。 キーの製造元のサイトからドライバーをダウンロードし、それを解凍し、ダブルクリックしてインストールを完了する必要があります...



ドライバーを選択するためのヒント-Etersoftのドライバーを使用することをお勧めします...

すべてのシステム用にコンパイルされたLinuxおよびWINE @ Etersoftの主要なドライバーとライセンスマネージャーは、 ここから入手できます...

特にLinux CentOS 6の場合- ここからダウンロードするドライバー...



組み込みの「ライセンスマネージャー」を使用して、EtersoftからHASPドライバーをインストールします。

	 rpm -ihv haspd-3.3-eter4scientific.i586.rpm haspd-modules-3.3-eter4scientific.i586.rpm

次に、このサーバーのUSBポートに2つのハードウェアキーを挿入する必要があります：「1C：Enterpriseサーバーのキー」と「Xネットワークユーザーライセンスのキー」（すべてのキーは同じ物理「フラッシュドライブ」にあります）。 そして、すべてが機能するはずです。クライアントはサーバーを介してクライアントライセンスを受け取ります...



注：キーは、「1C：Enterprise Application Server」および「1C Secure Client Applications」にのみ必要です。 PostgreSQL DBMSには問題がありません-オープンソースであり、ライセンスやキーを必要としません（MS SQL Server DBMSとは異なり、使用しません）。



注：1Cの一部のバージョンはキーなしで機能しました（ベータ）...



重要：ライセンスのない「サーバー1C」（つまり、「サーバーキー」がなくても）は通常、少数のクライアント接続（最大12個の接続）で機能します。 これはおそらく、管理タスクを容易にするために行われました。問題が発生した場合の初期設定と監視...しかし、この管理制限を超えると、サーバーは新しい接続を拒否し、キーを要求し始めます。



注：ただし、「1Cセキュアクライアントアプリケーション」には、「クライアントキー」（ローカルまたはネットワーク）が必要です。いずれにせよ、サーバーへの最初の接続には、100分の1に！

---

10) , — Windows

10a)

. « Windows» ( )…



« Windows 8.2.16.368» ( 8.2 32-) — . :

• «1: » ( «1: », , , )
• «1: — » ( - , )
• « 1: » (MMC- )
• « : , ...» (-)

, ( / 1):

• «1: — , » ( , )
• « 1: » ( , .. … « 1»: , Widows — ...)
• « -» ( Windows: « 1» Windows + web- IIS Windows, … , 1- web-. , - « 1» — DCOM… : - « »! ... )
• « 1: » ( , — , 1 Web- Apache. : , 1 ... )
• « 1: 7.7» ( )

« HASP-» , 1 : USB- , « »… (: /, «HASP- »!)



: , DCOM Windows, 1.

DCOM dcomcnfg, ... (: DCOM, 1v8+MSSQL… , DCOM.)

10b)

:



MMC-: -> -> 1: 8.2 -> -> 1: .



, : « », «», « », « », « » — « 1 »...



( MMC-, ), , :

• « 1: 8.1 Linux- ( )» / . « ».
• « 1: 8.1 »

10c)

USB- - 1 ( : « », « »), ! — … email/ ( ?), / ( , , , .. )...



, MMC- , [ ] « » ( ) — « » «» / … :

1. ( , : «» / « » / « 1: » / « » = delldev ( ); « » = test1c );
2. (« / (.cf)»… , );
3. ( « / » — « », );
   
   : « PostgreSQL » — PostgreSQL, , .. … , ...
4. ( « / »… «» ).

そして、アプリケーション構成をダウンロードして構成すると、さまざまなクライアント（シック、シン、Web）でアプリケーションに接続して、適用された問題を使用および解決できるようになります...



それだけです！ご清聴ありがとうございました！

---

文献（使用され、さらに推奨される）

方法論は記事に基づいています：

• 「Server 1Cのインストール：LinuxサーバーへのEnterprise 8.1（スクリーンショット付き）」
• 「インストール1C：写真でのEnterprise 8.1ベータ版」
• 「1C：Ubuntu 10.04上のエンタープライズ/ PostgreSQL 9.0のインストール」
• 「CentOS 6への1s 8.2およびPostgreSQL 9.0.3のインストール」
• 「1Cのインストール：LinuxでのEnterprise 8.2およびPostgreSQL 8.4」（ビデオ記事！）
• 「1Cエンタープライズサーバーの管理」

«1: 8.2 — ».



- « : 1 PostgreSQL?»



PostgreSQL ( ) ( ): , , , , …



1: 8.x ...