PostgreSQLアップグレードのpg_アップグレード
7675 ワード
PostgreSQLでのアップグレードは、9.6.1から9.6.2(現在の最新バージョン)にアップグレードする場合、9.6.1のソフトウェアを9.6.2バージョンのソフトウェアに置き換えるだけで、大きなバージョン全体が互いに互換性があり、内部ストレージ形式も互換性があるため、追加の操作は必要ありません.ただし、9.4.11から9.6.2へのアップグレードなど、大きなバージョンにわたるアップグレードに関連する場合は、バージョンにわたる内部ストレージの形式が変化したため、この直接置換ソフトウェアは使用できません.
政府は、バージョン間のアップグレードを解決するために3つのアップグレードを提供しています. pg_dumpall pg_upgrade コピー pg_dumpallは、古いバージョンの論理からデータをエクスポートし、新しいバージョンをインポートする方法であり、インポートをエクスポートするプロセスです.
レプリケーションにより、高バージョンのスレーブライブラリを作成し、データの同期が完了するとプライマリが準備され、プライマリが準備され、アップグレードの目的を達成します.
もう一つはpg_upgradeコマンドのアップグレード方法は、新しいシステムテーブルを作成し、古いユーザーテーブルを使用してアップグレードする方法です.また、ローカル・アップグレードと非ローカル・アップグレードの2つの方法に分けられます.ローカル・アップグレードには--linkパラメータを指定する必要があります.
pg_の使い方をご紹介しますupgradeのアップグレードの基本手順:
例は9.4.11から9.6.2へのアップグレードです.
1、新しいバージョンのソフトウェアをインストールする
新しいバージョンのソフトウェアは古いバージョンのソフトウェアと構成上の互換性を保証する必要があります.pg_upgradeはアップグレード前にpg_をチェックします.コントローラは、すべての設定が互換性があることを確認します.
2、新しいバージョンで新しいデータベースを初期化する
3、pg_の設定hba.conf,保証pg_upgradeは、新しいライブラリと古いライブラリを接続します.
4、古いライブラリを停止する
5、pg_を使うupgradeアップグレードの実行
説明で使用するパラメータ-b古いバージョンのソフトウェアのbinディレクトリ-B新しいバージョンのソフトウェアのbinディレクトリを指定し、-d古いバージョンの対応するデータディレクトリを指定し、-D新しいバージョンの対応するデータディレクトリを指定します.
6、新しいバージョンのデータベースを起動して検査する
7、pg_のようなプロファイルの復元hba.conf、postgresql.conf等
8、統計の収集
アップグレード中に統計が新しいライブラリ・システム・テーブルに転送されないため、統計を再収集する必要があります.pg_upgradeの最も統計を収集するスクリプトは、次のとおりです.
9、アップグレードに成功した後、古いバージョンのソフトウェアとデータを削除する.
公式ドキュメント:https://www.postgresql.org/docs/9.6/static/pgupgrade.html
https://www.postgresql.org/docs/9.6/static/upgrading.html
政府は、バージョン間のアップグレードを解決するために3つのアップグレードを提供しています.
レプリケーションにより、高バージョンのスレーブライブラリを作成し、データの同期が完了するとプライマリが準備され、プライマリが準備され、アップグレードの目的を達成します.
もう一つはpg_upgradeコマンドのアップグレード方法は、新しいシステムテーブルを作成し、古いユーザーテーブルを使用してアップグレードする方法です.また、ローカル・アップグレードと非ローカル・アップグレードの2つの方法に分けられます.ローカル・アップグレードには--linkパラメータを指定する必要があります.
pg_の使い方をご紹介しますupgradeのアップグレードの基本手順:
例は9.4.11から9.6.2へのアップグレードです.
1、新しいバージョンのソフトウェアをインストールする
新しいバージョンのソフトウェアは古いバージョンのソフトウェアと構成上の互換性を保証する必要があります.pg_upgradeはアップグレード前にpg_をチェックします.コントローラは、すべての設定が互換性があることを確認します.
2、新しいバージョンで新しいデータベースを初期化する
[postgres@rhel7 ~]$ /opt/pgsql-9.6.2/bin/initdb -D /pgdata-new/
The files belonging to this database system will be owned by user "postgres".
This user must also own the server process.
The database cluster will be initialized with locale "en_US.UTF-8".
The default database encoding has accordingly been set to "UTF8".
The default text search configuration will be set to "english".
Data page checksums are disabled.
fixing permissions on existing directory /pgdata-new ... ok
creating subdirectories ... ok
selecting default max_connections ... 100
selecting default shared_buffers ... 128MB
selecting dynamic shared memory implementation ... posix
creating configuration files ... ok
running bootstrap script ... ok
performing post-bootstrap initialization ... ok
syncing data to disk ... ok
WARNING: enabling "trust" authentication for local connections
You can change this by editing pg_hba.conf or using the option -A, or
--auth-local and --auth-host, the next time you run initdb.
Success. You can now start the database server using:
/opt/pgsql-9.6.2/bin/pg_ctl -D /pgdata-new/ -l logfile start
3、pg_の設定hba.conf,保証pg_upgradeは、新しいライブラリと古いライブラリを接続します.
4、古いライブラリを停止する
#
[postgres@rhel7 ~]$ psql
psql (9.4.11)
Type "help" for help.
^
postgres=# create table zx (id int);
CREATE TABLE
postgres=# \d
List of relations
Schema | Name | Type | Owner
--------+------+-------+----------
public | zx | table | postgres
(1 row)
postgres=# insert into zx values(1);
INSERT 0 1
postgres=# select * from zx;
id
----
1
(1 row)
#
[postgres@rhel7 ~]$ /opt/pgsql-9.4/bin/pg_ctl stop -D /usr/local/pgsql/data/
waiting for server to shut down.... done
server stopped
5、pg_を使うupgradeアップグレードの実行
[postgres@rhel7 ~]$ /opt/pgsql-9.6.2/bin/pg_upgrade -d /usr/local/pgsql/data/ -D /pgdata-new/ -b /opt/pgsql-9.4/bin/ -B /opt/pgsql-9.6.2/bin/
Performing Consistency Checks
-----------------------------
Checking cluster versions ok
Checking database user is the install user ok
Checking database connection settings ok
Checking for prepared transactions ok
Checking for reg* system OID user data types ok
Checking for contrib/isn with bigint-passing mismatch ok
Checking for roles starting with 'pg_' ok
Creating dump of global objects ok
Creating dump of database schemas
ok
Checking for presence of required libraries ok
Checking database user is the install user ok
Checking for prepared transactions ok
If pg_upgrade fails after this point, you must re-initdb the
new cluster before continuing.
Performing Upgrade
------------------
Analyzing all rows in the new cluster ok
Freezing all rows on the new cluster ok
Deleting files from new pg_clog ok
Copying old pg_clog to new server ok
Setting next transaction ID and epoch for new cluster ok
Deleting files from new pg_multixact/offsets ok
Copying old pg_multixact/offsets to new server ok
Deleting files from new pg_multixact/members ok
Copying old pg_multixact/members to new server ok
Setting next multixact ID and offset for new cluster ok
Resetting WAL archives ok
Setting frozenxid and minmxid counters in new cluster ok
Restoring global objects in the new cluster ok
Restoring database schemas in the new cluster
ok
Copying user relation files
ok
Setting next OID for new cluster ok
Sync data directory to disk ok
Creating script to analyze new cluster ok
Creating script to delete old cluster ok
Upgrade Complete
----------------
Optimizer statistics are not transferred by pg_upgrade so,
once you start the new server, consider running:
./analyze_new_cluster.sh
Running this script will delete the old cluster's data files:
./delete_old_cluster.sh
説明で使用するパラメータ-b古いバージョンのソフトウェアのbinディレクトリ-B新しいバージョンのソフトウェアのbinディレクトリを指定し、-d古いバージョンの対応するデータディレクトリを指定し、-D新しいバージョンの対応するデータディレクトリを指定します.
6、新しいバージョンのデータベースを起動して検査する
[postgres@rhel7 ~]$ /opt/pgsql-9.6.2/bin/pg_ctl start -D /pgdata-new/ -l logfile
server starting
[postgres@rhel7 ~]$ psql
psql (9.6.2)
Type "help" for help.
postgres=# \d
List of relations
Schema | Name | Type | Owner
--------+------+-------+----------
public | zx | table | postgres
(1 row)
postgres=# select * from zx;
id
----
1
(1 row)
7、pg_のようなプロファイルの復元hba.conf、postgresql.conf等
8、統計の収集
アップグレード中に統計が新しいライブラリ・システム・テーブルに転送されないため、統計を再収集する必要があります.pg_upgradeの最も統計を収集するスクリプトは、次のとおりです.
[postgres@rhel7 ~]$ ./analyze_new_cluster.sh
This script will generate minimal optimizer statistics rapidly
so your system is usable, and then gather statistics twice more
with increasing accuracy. When it is done, your system will
have the default level of optimizer statistics.
If you have used ALTER TABLE to modify the statistics target for
any tables, you might want to remove them and restore them after
running this script because they will delay fast statistics generation.
If you would like default statistics as quickly as possible, cancel
this script and run:
"/opt/pgsql-9.6.2/bin/vacuumdb" --all --analyze-only
vacuumdb: processing database "postgres": Generating minimal optimizer statistics (1 target)
vacuumdb: processing database "template1": Generating minimal optimizer statistics (1 target)
vacuumdb: processing database "postgres": Generating medium optimizer statistics (10 targets)
vacuumdb: processing database "template1": Generating medium optimizer statistics (10 targets)
vacuumdb: processing database "postgres": Generating default (full) optimizer statistics
vacuumdb: processing database "template1": Generating default (full) optimizer statistics
Done
9、アップグレードに成功した後、古いバージョンのソフトウェアとデータを削除する.
公式ドキュメント:https://www.postgresql.org/docs/9.6/static/pgupgrade.html
https://www.postgresql.org/docs/9.6/static/upgrading.html