Info2softは、ウェブサイトでより快適で適切な閲覧体験を提供するためにCookieを使用しています。 プライバシーポリシー
Loading...
By:
Linuxサーバーのバックアップは、システム管理者にとって重要な業務です。ハードウェア障害、ランサムウェア攻撃、人的要因による設定ミスにより、瞬時にデータが失われる可能性があります。本ガイドではrsync、tarからエンタープライズ向け自動化ツールi2Backupまで、実績のある6種類のLinuxサーバーバックアップ手法を解説し、安心してLinuxサーバーのバックアップとリストアを実施できるようご紹介します。
各ツールを紹介する前に留意すべき点として、すべてのバックアップ手法が同等ではないことを理解する必要があります。企業の業務システムには一元的な監視画面、アプリケーション整合性、最新のサイバー脅威に対するイミュータブルな保護機能が求められます。
下記の表は従来の手動運用とエンタープライズ向け自動化アーキテクチャを比較したものです。
| 評価項目 | OS標準コマンドによる自作運用（rsync/tar/dd） | エンタープライズ向けソリューション |
| 運用コスト | 散在するシェルスクリプトに依存。cronジョブで動作させるため監視画面が存在しない。 | B/S型の一元管理Webコンソールを搭載。数百台のノードに一括導入可能。 |
| BMR（ベアメタルリカバリー） | リスクが高い。異なるハードウェアへリストアするとカーネルパニックやブートローダー障害が発生しやすい。 | シームレスに実行可能。P2V、V2V、P2C、異機種間のベアメタルリカバリーに対応。 |
| オンラインバックアップの整合性 | 低い。Oracle/MySQLなど稼働中のデータベースを取得するとダーティページが発生し、リストアイメージが破損する恐れがある。 | 整合性を保証。VSSやLinux標準スナップショット機能と連携し、トランザクション整合性を確保。 |
| ランサムウェア対策 | 脆弱。ローカルバックアップ領域や一般的なネットワーク共有は本番データと同時に暗号化される可能性がある。 | エアギャップ＆イミュータブル対応。WORM（一度書き込み、複数回読み出し）ストレージやAES-256暗号化によりデータ改ざんを防止。 |
| ストレージ・帯域の効率性 | グローバル重複排除機能がなく、重複ファイルを毎回転送するため帯域を消費する。 | 送信側グローバル重複排除により最大70％のデータブロック削減を実現し、ストレージ使用量を抑制。 |
検証環境や重要度の低い単一サーバーを運用する場合は、これら6種類の標準ユーティリティが選択肢となります。各コマンドを使用して手動でLinuxサーバーのバックアップ・リストアを実行する手順と、運用上の課題を解説します。
rsyncは変更されたブロックのみ転送する仕組みにより、ローカルまたはリモート拠点間でファイル・ディレクトリを同期する用途に適しています。
手順1（バックアップ）：SSH経由でリモートLinuxバックアップサーバーへ初回同期を実行。権限(-a)、拡張属性(-X)、ACL(-A)を保持します。
rsync -aAXvz --progress -e ssh /source/directory/ admin@192.168.1.100:/backup/destination/手順2（リストア）：本番サーバーでデータ損失が発生した場合、送信元と送信先を反転しデータを取得します。
rsync -aAXvz -e ssh admin@192.168.1.100:/backup/destination/ /source/directory/潜在的なリスク：rsyncは複製ツールであり、世代管理に対応したバックアップエンジンではありません。送信元ファイルがランサムウェアにより暗号化された場合、複雑なスナップショットスクリプトを自作しない限り、次回の同期処理で正常なバックアップファイルも上書きされてしまいます。
tarはディレクトリツリーやシステムの重要な領域を単一の圧縮アーカイブ（.tar.gzなど）にまとめるツールです。
手順1（バックアップ）：/proc、/sys、/devといった動的な仮想ファイルシステムを除外し、システム全体のフルバックアップアーカイブを作成します。
tar -cvpzf /backup/system_backup.tar.gz --exclude=/proc --exclude=/sys --exclude=/dev --exclude=/backup /手順2（リストア）：Linux Live CDで対象サーバーを起動し、新しいドライブにパーティションを作成・マウントした後、アーカイブを展開しファイルシステムを復元します。
tar -xvpzf /backup/system_backup.tar.gz -C /mnt/new_root/潜在的なリスク：稼働中の本番サーバーでtarを実行すると不安定です。実行中にログファイルやデータベースブロックが更新されると、アーカイブの整合性が失われます。また、数GB～数十GBの.tar.gzファイルの逐次展開に時間を要し、RTO（目標復旧時間）が長くなります。
ddはストレージのブロック層に直接アクセスし、物理ディスクをセクタ単位でビット複製するツールです。
手順1（バックアップ）：送信元ドライブをアンマウント（またはLive USB起動）しデータ破損を防止した上で、デバイス全体をイメージファイルへ複製します。
dd if=/dev/sda of=/mnt/external_storage/linux_server_image.img bs=64K status=progress手順2（リストア）：Live CDで対象機器を起動し、保存したイメージを送信先ディスクへ書き戻します。
dd if=/mnt/external_storage/linux_server_image.img of=/dev/sda bs=64K status=progress潜在的なリスク：ddはファイルシステムを認識しないため、未使用の空きセクターまでコピーし、バックアップファイルが肥大化しストレージを浪費します。さらに物理ハードウェアのドライバー情報まで記録するため、異なる物理サーバーや仮想ハイパーバイザーへリストアすると、起動不可・カーネルパニックが発生する可能性が極めて高くなります。
cpioはfindコマンドなどから受け取ったファイル名リストを連結し、単一のアーカイブストリームとして出力するツールです。
手順1（バックアップ）：findでファイル一覧を作成し、パイプでcpioに渡しバイナリバックアップファイルを作成します。
find /etc /var/www -depth -print0 | cpio --null -ov -H newc > /backup/config_web.cpio手順2（リストア）：復元先ディレクトリへ移動し、アーカイブストリームを展開します。
cpio -idmv < /backup/config_web.cpio潜在的なリスク：cpioにはネットワーク転送機能、マルチスレッド圧縮、チェックサム自動検証が標準搭載されておらず、複数サーバーで構成される最新環境では脆弱かつ旧式な手段となります。
ext2/ext3/ext4ファイルシステム向けの旧式ユーティリティで、ファイルシステムの変更履歴を取得する目的で開発されています。
手順1（バックアップ）：特定のパーティションのレベル0（フル）バックアップを実行し、/etc/dumpdatesに実行履歴を記録します。
dump -0uj -f /backup/partition_sda1.dump /dev/sda1手順2（リストア）：フォーマット済みの新しいext4パーティションへ移動し、対話式リストアウィザードを起動します。
cd /mnt/new_partition && restore -rf /backup/partition_sda1.dump潜在的なリスク：対応ファイルシステムに強い制限があります。RHEL、Rocky Linuxなど最新エンタープライズLinuxの標準ファイルシステムであるXFSには対応しておらず、複数種類のOSが混在する環境ではスクリプトが複雑に分断されます。
scpはSSHプロトコルを利用し、暗号化された通信路でリモートホスト間にファイルまたは圧縮アーカイブを安全に送信するツールです。
手順1（バックアップ）：tarでローカルにアーカイブを作成後、遠隔地の災害復旧用ノードへファイルを送信します。
scp /backup/system_backup.tar.gz sysadmin@remote-dr-node.com:/remote/backup/storage/手順2（リストア）：遠隔DRノードに接続し、アーカイブを本番機へ取得します。
scp sysadmin@remote-dr-node.com:/remote/backup/storage/system_backup.tar.gz /local/recovery/dir/潜在的なリスク：scpにはブロックレベルの最適化、データ重複排除機能がなく、SSH通信が切断された際に大容量ファイルの転送を再開する仕組みが存在しません。帯域を浪費する上、転送完了の検証も手動で行う必要があります。
多くのシステム管理者は上記のツールとcronを組み合わせた簡易スクリプトから運用を始めます。しかし、ハイブリッドクラウド基盤上に数十～数百台のLinux仮想マシンを保有する規模まで拡大すると、3つの根本的な課題が発生します。
異機種間リカバリーの課題：オープンソースコミュニティでも周知されている通り、物理ディスクのイメージからOSを全く異なるサーバーやハイパーバイザーに復元すると、起動処理が失敗します。
検知できない静的な障害：cronスクリプトがファイルロックやネットワークドライブのマウント失敗などに遭遇した場合、何週間も通知なくバックアップが失敗し続ける可能性があります。本番データが消失したタイミングで初めてバックアップが存在しないことに気付くケースが典型的です。
アプリケーション状態の不整合：OS標準ツールはファイルまたはディスクセクター単位で動作するため、Oracle DB、SAP HANA、MySQLといった稼働中のアプリケーションに対し、メモリ上のダーティキャッシュをディスクへフラッシュする通知を送信できません。取得した複製はクラッシュ整合性となり、リストア後正常に起動しないリスクを抱えます。
サーバー基盤が数台を超えて拡大すると、複雑なBashスクリプト群の保守自体が恒常的な運用リスクとなります。無停止リカバリーとランサムウェア耐性を確保するには、これらのコマンドによる受動的な運用から、一元管理されたエンタープライズ向け自動化アーキテクチャへ移行する必要があります。
標準コマンドは簡易的な用途に活用できるものの、複雑な構文を覚える必要がある上、全体を監視する仕組みが不足しています。規模拡大を続ける企業にはInfo2softが提供するi2Backupが最適です。Linuxサーバーの安全なバックアップとリストアに特化した、操作性に優れた専用ソフトウェアです。
i2BackupはRedHat、CentOS、SUSE、Oracle Linux、Ubuntu、Rocky Linuxを含む幅広いLinuxディストリビューションに対応し、システム、ファイル、データベース、仮想マシンを対象とした完全なデータ保護機能を提供します。手動スクリプトの根本的な欠点を補う、6つのエンタープライズ機能を備えています。
幅広い互換性：主要なLinuxディストリビューションとシームレスに連携。ローカルディスク、NAS、S3互換オブジェクトストレージなど多様な保存先に対応。
多彩なバックアップ方式：フル、増分、差分、永久増分バックアップに対応し、バックアップ速度とストレージ効率を両立。
カーネルレベルのデータ保護：AES-256/SM4暗号化により転送中・保存時のデータを保護。rootユーザーでも改ざん不可能なカーネルレベルのイミュータブルストレージ機能を搭載。
効率的なデータ管理：重複排除と圧縮によりストレージ使用量を最大50％削減。LAN-Free転送により本番帯域の消費を抑制。
使いやすいB/S管理コンソール：散在するcron設定を一元化。一括タスク実行、リアルタイム監視、ワンクリックリストアに対応したWeb管理画面を提供。
無停止バックアップ：稼働中のLinuxサーバーを業務停止なしでバックアップ可能。アプリケーションの継続的な可用性を確保。
専門の技術サポートチームが対応し、バックアップ・リストア作業で発生する課題を解決します。
複数の本番拠点に対しBashスクリプトを手動で管理する運用方式は、重大なデータ損失と長時間の復旧時間を引き起こすリスクを企業にもたらします。適切なバックアップ戦略とは、単にスクリプトが正常に実行されることだけではなく、汚染されていない本番状態へどれだけ迅速にサーバーを復旧できるかを把握することです。
脆弱なコマンドラインによる代替手段から脱却し、リアルタイムエラー監視、自動検証、データ破損に対する強固な防御体制を導入し、Linux基盤の将来的な安定性を確保しましょう。