バックアップ用の新しいパーティションを作成

バックアップ用の新しいパーティションを作成

ホスティング会社から新しいサーバーを入手しました。2x2TB のハード ドライブが搭載されています。

オフサイト バックアップを行う前に、1 つのドライブをデータ/OS 用、もう 1 つをバックアップ用に使用することをプロバイダーに伝えました。

古いサーバーからすべてのファイルとデータを移動し、バックアップを設定することにしました。マウントを作成する必要がありますが、サーバーがこの構成で設定されていることに気付きました。

df -hこれを示しています。

Filesystem           Size  Used Avail Use% Mounted on
/dev/mapper/vg-root  1.8T   68G  1.7T   4% /
tmpfs                3.9G     0  3.9G   0% /dev/shm
/dev/sda1            243M   94M  137M  41% /boot
/dev/mapper/vg-tmp   976M  1.3M  924M   1% /tmp

lsblkこれを示しています

    NAME               MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda                  8:0    0  1.8T  0 disk
sda1                 8:1    0  250M  0 part /boot
sdb                  8:16   0  1.8T  0 disk
sdb1                 8:17   0  1.8T  0 part
  vg-root (dm-0) 253:0    0  1.8T  0 lvm  /
  vg-swap (dm-1) 253:1    0  7.8G  0 lvm  [SWAP]
  vg-tmp (dm-2)  253:2    0    1G  0 lvm  /tmp

fdisk -lショー

Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
255 heads, 31 sectors/track, 494247 cylinders
Units = cylinders of 7905 * 512 = 4047360 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00062874

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          66      256000   83  Linux

Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00083ac1

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1      243202  1953513472   8e  Linux LVM

Disk /dev/mapper/vg-root: 1991.0 GB, 1990952222720 bytes
255 heads, 63 sectors/track, 242052 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000


Disk /dev/mapper/vg-swap: 8355 MB, 8355053568 bytes
255 heads, 63 sectors/track, 1015 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000


Disk /dev/mapper/vg-tmp: 1073 MB, 1073741824 bytes
255 heads, 63 sectors/track, 130 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

pvsショー

 PV         VG   Fmt  Attr PSize PFree
  /dev/sdb1  vg   lvm2 a--  1.82t    0

私はオンラインで LVM について読んできましたが、私の理解では、システムはブート パーティションのみがインストールされているsdb状態でインストールされるようです。sda

すでにデータを移動しているため、lVM を削除すると OS を再インストールすることになります。

他のオプションは、1. sdb のブート パーティションを削除する、2. sda に大きなパーティションを作成し、それをバックアップに使用する、というものでした。

どちらのオプションがよいかわかりません。オプション b を選択した場合、どのようにすればよいでしょうか。バックアップ パーティションがブート パーティション上にある場合、ディスクはバックアップに毎日使用されるため、障害のリスクは高くなります。ブート パーティションはどうなりますか。

答え1

あなたの質問は次の2つです:

推奨:sdaにはブートパーティションsda1(250MB)+未割り当てパーティションsda(1.8TB)が含まれているため、以下の2を実行してsdaにバックアップを作成します。

ブート パーティションは、毎日のバックアップによって重大な影響を受けることはありません。これは、sda と sda1 自体が別のパーティションであるためです。バックアップのオーバーヘッドが追加されるだけです (おそらく 1 日に 1 回)。そうであれば、ブートとデータ (OS、アプリなど) が同じデバイスに存在する日常的なディスクよりもはるかに優れています。したがって、バックアップによるオーバーヘッドの心配はありません。

どちらのテイクに関してもオプションAまたはオプションB

  1. オプションB: ブートパーティションをsdbから削除します。https://askubuntu.com/questions/3402/ブートおよびルートパーティションを別のドライブに移動するまたは「ブート パーティションをあるドライブから別のドライブに移動する」を検索します。

  2. オプションA: sda に大きなパーティションを作成します:

「CentOS 上の LVM」について読む必要があります。これについて具体的な質問があるはずです。そうでないと、あなたの質問は「あまり研究されていないので、役に立つ」とは見なされません。

したがって、上記のリストにあるオプション 2 を選択し、既存または新しいパーティションを使用して LVM を実行し、ファイルシステムを作成するためのヘルプを検索することをお勧めします。

関連情報