GitLabhttps://docs.gitlab.com/omnibus/settings/database.html#upgrade-packaged-postgresql-serverによると「バージョン12以降は、明示的に指定しないと自動的にアップグレードされる」とあります。筈なのですが、移行はされていないようです。手動で移行してみます。ドキュメントをよく読むまずは、ドキュメントをよく読みましょう。GitLabhttps://docs.gitlab.com/omnibus/settings/database.html#upgrade-packaged-postgresql-serverNote:アップグレードする前にコマンドを確認するアップグレードするときのダウンタイムを考慮するバックアップを取るアップグレード前に以下のことをチェックすることが推奨です。移行できるだけのデータ領域が確保されていることダウンタイムが発生するというのは注意ポイントですね。年末年始とかにやるとよいかもしれません。最新版のGitLabになっているか確認します。Reconfigured!reconfigureできました。10のバイナリがあるかどうか確認します。10のディレクトリがあって、その下にバイナリが入っています。※理由:古いデータを残したまま新しいDBを作るので2倍容量が必要になるから。既存DBはこれぐらいですね。/var/opt/gitlab/postgresql/dataDisk使用率はこんなものなので大丈夫でしょう。バックアップ何かあった時に戻せるようにバックアップをとりましょう。DB以外はスキップしていいので、以下のようにするとバックアップが楽にできるでしょう。operation.実行猶予が30秒与えられます。あ~、バックアップ忘れてた、という場合にはCtrl-Cでキャンセルしましょう。reconfigureと同じなので省略します。書き換わるのでDiffが盛大に出ます。/etc/gitlab/gitlab.rbを元に再設定されるので気にしなくてOKです。最後にこんなメッセージが出ます。/var/opt/gitlab/postgresql/data.9.6動作に問題がなければ、/var/opt/gitlab/postgresql/data.9.6は消しても問題ないようです。以下のディレクトリがどうなっているか確認しましょう。.s.PGSQL.5432.lockdataとdata.9.6があります。data.9.6が古いファイルです。一通り挙動を確認しましょう。動作を確認したら、再起動してみます。10.9になりました。古いデータを削除あとは古いデータを削除するだけなのですが、根っから小心者なので移動だけしておきます。YNO@ynottFollow株式会社スタイルズWEB・業務システム、インフラ構築・運用監視まで、幅広い開発実績と経験豊富なエンジニアによる自社開発体制で、スピーディかつ高クオリティのシステム開発を手掛けています。AWSをはじめ各種クラウドやベンダーパートナーとして総合的なITサービスや、独自移行ツールを使ったマイグレーション、サーバーレスなシステム構築、コンテナを利用したDevOpsコンサルティングなどを提供しています。upLoginユーザーは見つかりませんでした。