LINUXサーバ内でDBに割り当てているディスクを交換する場合

Question

LINUXサーバで「df -h」をすると、

Filesystem          Size  Used Avail Use% Mounted on
/dev/sda3            27G   14G   13G  52% /
tmpfs                16G  8.0K   16G   1% /dev/shm
/dev/sda1           488M   70M  393M  16% /boot
/dev/sdb1           296G  248G   33G  89% /var/lib/pgsql/9.5

上記のようになっており、PostgreSQLが入っているsdb1の容量がギリギリなので、
サイズの大きいディスクに交換しようと思っています。

「/dev/sda3」の配下にアプリケーションのモジュール等が格納されています。

サーバの都合上、AWSのように単純にsdb1の容量を増やすという事が出来なく、
①新しく400GBのディスクを増設し、マウントする。
②新しいディスクに中身をコピーする。
③既存の300GBの「/dev/sdb1」をアンマウントし、取り外す。
という流れになる想定です。

この場合、①と③は行った事があるのですが、
②の操作は経験がありません。

何か参考になるページなど、ありますでしょうか？

Comments

[takashiro7300]

ちなみに
OSは、Red Hat Enterprise Linux Server release 6.8 (Santiago)
PostgreSQLは、psql (PostgreSQL) 9.5.5
でした。

①新しく400GBのディスクを増設し、マウントする。
②新しいディスクに中身をコピーする。
③既存の300GBの「/dev/sdb1」をアンマウントし、取り外す。
をもう少し具体的に書き出してみました。

大まかに、
【１】新ディスクをマウントする
【２】データをコピーする
【３】既存ディスクをアンマウントする
【４】新規ディスクをアンマウントする
【５】新規ディスクを「/var/lib/pgsql/9.5」としてマウントし直す
このような流れになると思っております。

下記に、どこか認識誤り、もっとスマートな方法等ありますでしょうか。

【１】新ディスクをマウントする
①、for i in $(find /sys/class/scsi_host -name 'scan') $(find /sys/devices -name 'scan') ;do echo "- - -" > $i ; done

②、追加したディスクを確認する
fdisk -l

③、fdisk /dev/sdc

④、パーティションの更新情報を認識させる。
partprobe

⑤、パーティションをフォーマットする。
mkfs -t ext4 /dev/sdc1

⑥、マウントするディレクトリを作成する。
mkdir /var/lib/pgsql/9.5_new

⑦、追加したディスクの UUID を確認する。
blkid

⑧、再起動後も自動的にマウントするように設定する。
vi /etc/fstab

⑨、作成したディレクトリにマウントする。
mount /dev/sdc1 /var/lib/pgsql/9.5_new

【２】データをコピーする
cp -a /var/lib/pgsql/9.5/backups /var/lib/pgsql/9.5_new
cp -a /var/lib/pgsql/9.5/data /var/lib/pgsql/9.5_new
cp -a /var/lib/pgsql/9.5/db_backup /var/lib/pgsql/9.5_new
cp -a /var/lib/pgsql/9.5/lost+found /var/lib/pgsql/9.5_new
cp -a /var/lib/pgsql/9.5/pgstartup.log /var/lib/pgsql/9.5_new

この時点で、
/var/lib/pgsql/9.5　と
/var/lib/pgsql/9.5_new
は中身が同じになる。

【３】既存ディスクをアンマウントする
①、認識を外す対象デバイスを確認します。
lsblk

②、自動マウント設定している場合は「/etc/fstab」の該当箇所を除去します。
vi /etc/fstab

③、マウントを解除します。
umount /var/lib/pgsql/9.5

④、デバイスIDを確認する
ll /sys/class/scsi_device/*/device/block/

⑤、デバイスの認識を外します。
# echo 1 > /sys/class/scsi_device/X:X:X:X/device/delete
（「X:X:X:X」の部分は、4の手順で確認した物）

⑥、デバイスが外れたことを確認します。
lsblk

この時点で
/var/lib/pgsql/9.5
ls -l
すると、ファイルもフォルダも何もない状態。

【４】新規ディスクをアンマウントする
（手順は【３】と同じ）

この時点で
/var/lib/pgsql/9.5_new
ls -l
すると、ファイルもフォルダも何もない状態。

【５】新規ディスクを「/var/lib/pgsql/9.5」としてマウントし直す
（手順は【１】と同じ）

Answer 1

ddコマンドでコピーするのが一般的だと思います。
https://atmarkit.itmedia.co.jp/ait/articles/1711/30/news027.html#:~:text=dd%E3%82%B3%E3%83%9E%E3%83%B3%E3%83%89%E3%81%A8%E3%81%AF%EF%BC%9F,%E3%81%A8%E3%81%84%E3%81%A3%E3%81%9F%E4%BD%BF%E3%81%84%E6%96%B9%E3%81%8C%E5%8F%AF%E8%83%BD%E3%81%A7%E3%81%99%E3%80%82

Comments

[TaichiYanagiya]

dd だとブロックデバイスまるごとコピーなので、パーティションサイズ、ファイルシステムサイズがそのままです。

[nukasa]

それは、どのOSの話でしょうか。私は、SolarisとLinuxでパーティション間のデータコピーに使っていましたが。

[TaichiYanagiya]

あ、パーティション単位で、ってことですね。失礼しました。
でも、ファイルシステムサイズがそのままになりませんか？

[nukasa]

なりません。

Answer 2

こちらの手順でいかかでしょうか？
https://tech-mmmm.blogspot.com/2020/03/lvmlinuxlvm_25.html
物理拡張
論理拡張

Answer 3

①新しく400GBのディスクを増設し、マウントする。
②新しいディスクに中身をコピーする。
③既存の300GBの「/dev/sdb1」をアンマウントし、取り外す。

②は、新しいストレージを仮のディレクトリにマウントし、postgresql を停止した状態で、cp, rsync, tar などで、通常のファイル、ディレクトリをコピーすればいいです。
例えば、新しいストレージのマウントポイントが /mnt とすると、rsync -alv --sparse /var/lib/pgsql/9.5/ /mnt/ など。

注意点として、シンボリックリンク、スパースファイルがあれば、そのまま保持するようにします。
また、RHEL 系で SELinux が有効であれば、そのコンテキスト情報も保持してコピーするか、新しいストレージを /var/lib/pgsql/9.5/ にマウントした後に restorecon でコンテキスト情報を付け直します。