PostgreSQL のバックアップ(No.8)

[ トップ ]   [ 新規 | 一覧 | 単語検索 | 最終更新 | ヘルプ | ログイン ]

• バックアップ一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• PostgreSQL へ行く。
  • 1 (2017-04-09 (日) 20:47:01)
  • 2 (2020-05-18 (月) 11:35:47)
  • 3 (2020-05-19 (火) 09:33:06)
  • 4 (2020-05-21 (木) 09:06:09)
  • 5 (2020-05-22 (金) 09:01:22)
  • 6 (2020-05-22 (金) 17:09:33)
  • 7 (2020-05-25 (月) 23:02:48)
  • 8 (2020-05-26 (火) 09:42:08)
  • 9 (2020-06-04 (木) 15:35:38)
  • 10 (2020-06-04 (木) 15:41:47)
  • 11 (2021-05-14 (金) 11:25:29)
  • 12 (2021-05-14 (金) 16:42:17)
  • 13 (2021-05-17 (月) 13:10:32)
  • 14 (2021-05-17 (月) 14:41:54)

---

ODBCドライバ †

• Windows用 (msi)
  • 一番下が最新

• psqlODBC (PostgreSQLむけODBCドライバ)

インストール †

• クライアント端末にODBCドライバをインストールする
• !!! システム DSN に追加すべし !!!

DSN †

• DSN (データ ソース名) とは何ですか。

• システム DSN
  • システム全体で使用される DSN
  • プログラムが使用されているマシンでは、この DSN を作成しなければならない
  • レジストリキー：HKEY_LOCAL_MACHINE\Software\Odbc\Odbc.ini\Odbc データ ソース

• ユーザー DSN
  • 特定のユーザー用に作成された DSN
  • DSN を作成したユーザーのみ使用することができる
  • レジストリキー：HKEY_CURRENT_USER\Software\Odbc\Odbc.ini\Odbc データ ソース

• ファイル DSN
  • DSN を含むテキストをテキストファイルに格納
  • データソースに接続するための情報をファイルに格納するので，ODBC.INIやレジストリから情報を取得しないで接続を確立できる

ERROR [IM002] [Microsoft][ODBC Driver Manager] データ ソース名および指定された既定のドライバーが見つかりません。 †

• まずは「システム DSN」にドライバーを追加しているか確認
  • プログラムが使用されているマシンでは「システム DSN」を作成しなければならない

• データ ソース名および指定された既定のドライバーが見つかりません
• [Microsoft] [ODBC Driver Manager]データソース名が見つからず、デフォルトのドライバーが指定されていません

• PowerShellからPostgreSQLに接続時に既定のドライバーが見つからないと表示された
  • psqlodbc x64をアンインストールして、psqlodbc x86をインストールしなおしたら解決しました。
• windows 64bitのODBCドライバ

IISとの接続トラブル †

• IISでODBC利用時のアクセス権限
  • レジストリ「HKLM \ SOFTWARE \ Microsoft \ ODBC \ ODBC.INI」に、IISの実行ユーザに対するアクセス許可を与える
    • 「ファイル名を指定して実行」で「regedit」を実行
    • 表示されたレジストリエディタのダイアログにて、ODBC.INIを右クリックし、「アクセス許可」を選択
    • 「ODBC.INIのアクセス許可」のダイアログが表示されるので、追加ボタンを押し、IISの実行ユーザを登録

• Windows2008に移行したらODBC接続が出来なくなった

VACUUM †

• PostgreSQL VACUUM で年末大掃除

AUTO VACUUM機能 †

• 自動VACUUMの状況を確認する

• PostgreSQLには「AUTO VACUUM」機能が搭載されており、自動で随時VACUUMが実行されるため、多くの場合問題とならない
• テーブルによって追加・更新・削除の頻度、規模は様々であるため、AUTO VACUUM機能によるVACUUM実行のタイミングが適切でないケースが出てくる

VACUUMに関する注意点 †

• VACUUM FULLはテーブルに排他ロックを必要とするうえ、処理に非常に長い時間を要する。そのため、VACUUM FULLの実行がサービス障害につながることもありえる。
• VACUUM FULLが必要とならないよう、普段から適切にVACUUMが実行されるようにAUTO VACUUMのパラメータ調整や、各テーブルのVACUUM実行状況の監視が大切

パフォーマンスチューニング †

• 第9回　パフォーマンス・チューニング(前編)
• 第10回　パフォーマンス・チューニング(後編)

インストール †

Windows †

• PostgreSQLのインストール方法【Windows】
• 【初心者向け】PostgreSQLのダウンロード及びインストール方法
• WindowsでPostgreSQLが使いたいゾウ

Mac OS X †

1. インストール

$ ./configure オプション
$ make
$ sudo make install（デフォルトでは/usr/local/pgsqlにインストールされる）

2. 共有メモリ関係の設定変更

/etc/sysctl.conf がある場合は、このファイルを以下のように編集

kern.sysv.shmmax=167772160
kern.sysv.shmall=65536
kern.sysv.shmmin=1
kern.sysv.shmseg=8
kern.sysv.shmmni=32

ない場合は、/etc/rc の64行目付近を以下のように編集

sysctl -w kern.sysv.shmmax=167772160 kern.sysv.shmmin=1 kern.sysv.shmmni=32 kern.sysv.shmseg=8 kern.sysv.shmall=65536

編集後、Macを再起動し、ターミナルを起動。以下のコマンドを打って変更が反映されているか確認。

$ sysctl -a | grep kern.sysv

kern.sysv.shmmax: 167772160
kern.sysv.shmmin: 1
kern.sysv.shmmni: 32
kern.sysv.shmseg: 8
kern.sysv.shmall: 65536
        : 

3. postgres というユーザーを作成

4. "su - postgres" でpostgresユーザーになって以下を実行

$ /usr/local/pgsql/bin/initdb -D /usr/local/pgsql/data
$ /usr/local/pgsql/bin/pg_ctl -D /usr/local/pgsql/data -l postgres.log start
$ /usr/local/pgsql/bin/createdb test
$ /usr/local/pgsql/bin/psql test

5. 自動起動の設定 http://www.entropy.ch/software/macosx/postgresql/ より
　pgsql-startupitem-1.2.pkg.tar.gz をダウンロードしてインストール

設定 †

パスワード変更 †

• PostgreSQLのパスワードを初期化

ツール †

pgAdmin4 †

• PostgreSQL pgAdmin 4の使い方(起動からデータ参照)

サポート †

• PosggreSQL Versioning Policy
• PostgreSQL Support

• サービス一覧 - PostgreSQL エンタープライズ・コンソーシアム
• OS・ミドルウェアのサポート終了期限

リンク集 †

• PostgreSQL
• Max OS Xのパッケージ配布
• PostgreSQLのインストール
• PostgreX

     

Site admin: anonymous

PukiWiki 1.5.1 © 2001-2016 PukiWiki Development Team. Powered by PHP 5.6.99-hhvm. HTML convert time: 0.017 sec.