27.バックアップ(予備サーバへ)」カテゴリーアーカイブ

バックアップ(クライアントPCへ)

■ FC2~FC6 / Fedora7 / Fedora8 / Fedora9

A. クライアント側でのRsync によるバックアップ
(Linuxメインサーバー⇒Linux予備サーバー)

ここでは rsync を使用して、予備サーバーの起動時にメインサーバーのhtmlデータを予備サーバーに自動でバックアップする。rsync はアクセス権限や所有者情報もあわせてバックアップできる為、CGI等のパーミッションや所有者情報の設定をせずに即実行できる。また、rsync コマンドは、2回目以降は更新分のみバックアップしたり、バックアップ元から削除されたファイルをバックアップ先からも削除するなど同期を行うことも可能。データを同期させておけば、メインサーバーにトラブルが発生しても、すぐに予備のサーバーに切り替えることが出来る。
SSH を利用して予備サーバーからメインサーバーに対して rsync を自動実行するようにする。尚作業はメインサーバー、予備サーバーともrootで行う。
1.鍵の作成
先ずは、予備サーバーのほうで鍵の作成。Enterと書いてある部分は、何も入力せずにEnterキーを押せばOK。

[root@linux ~]# ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa):   ←Enter
Enter passphrase (empty for no passphrase):   ←Enter
Enter same passphrase again:   ←Enter
Your identification has been saved in /root/.ssh/id_rsa.
Your public key has been saved in /root/.ssh/id_rsa.pub.
The key fingerprint is:
16:68:99:ee:3a:4b:54:e3:29:e5:19:d2:9e:5c:06:7d root@linux.yokensaka.com

次にメインサーバーのほうのsshd_configを編集して、rootでのログインを許可。

[root@server ~]# vi /etc/ssh/sshd_config
PermitRootLogin no
↓
PermitRootLogin yes
この変更を終えたら、メインサーバーのSSHを再起動しておく。
[root@server ~]# service sshd restart

2.予備サーバーで作成した公開鍵の抜き取り

すでにsshでログインできる環境なら、scpコマンドで以下のようにコピーすることが出来る。

[root@linux ~]# scp /root/.ssh/id_rsa.pub 192.168.1.10:/root/.ssh/

メインサーバーの/rootにコピーしたid_rsa.pubをauthorized_keys2に登録。
続いて、authorized_keys2のパーミッションの変更。

[root@server ~]# mkdir .ssh
[root@server ~]# cat id_rsa.pub >> /root/.ssh/authorized_keys2    ←/rootで
[root@server ~]# chmod 600 /root/.ssh/authorized_keys2

以上で、予備サーバーからメインサーバーへのSSH接続は、パスワード等を入力することなく
接続できるようになっている。試しに予備サーバーから、メインサーバーにSSHで接続してみる。

[root@linux ~]# ssh 192.168.1.10
The authenticity of host '192.168.1.10 (192.168.1.10)' can't be established.
RSA key fingerprint is c5:df:b7:ec:8a:b4:68:dd:89:9d:ae:88:4b:33:4e:ae.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.1.10' (RSA) to the list of known hosts.
Last login: Sat Oct  7 11:53:15 2006 from linux.yokensaka.com
[root@server ~]#  ← SSHサーバーへパスワード応答なしでログインできた
[root@server ~]# exit ← SSHサーバーからログアウト
Connection to 192.168.1.10 closed.
[root@linux ~]# ← SSHサーバーからログアウトした

これでパスワードなどを入力することなく、メインサーバーに接続できる。
3.バックアップスクリプト作成(クライアント側)
すでに作成されてるサーバーのバックアップファイルと/var/www/html/にあるファイルを予備サーバーに rsync でダウンロードするスプリクト作成。

[root@linux ~]# vi backuprsync.sh
#!/bin/sh
RSYNC='rsync -avz -e ssh --delete'
$RSYNC 192.168.1.10:/var/www/html/ /var/www/html/ >> /var/log/backup.log
$RSYNC 192.168.1.10:/backup/backup.tar.bz2 /root/backup.tar.bz2 >> /var/log/backup.log
$RSYNC 192.168.1.10:/backup/fcdump.sql /root/fcdump.sql >> /var/log/backup.log
$RSYNC 192.168.1.10:/backup/ss1129dump.sql /root/ss1129dump.sql >> /var/log/backup.log
$RSYNC 192.168.1.10:/backup/nucleusdump.sql /root/nucleusdump.sql >> /var/log/backup.log
$RSYNC 192.168.1.10:/backup/takadump.sql /root/takadump.sql >> /var/log/backup.log
※サーバー側の/var/www/html/にあるファイルを、クライアント側の/var/www/html/へ上書きコピー
※サーバー側の/backup/の中にある個別のファイルをクライアント側の/root/にバックアップ
[root@linux ~]# chmod +x backuprsync.sh ← 作成したバックアップスクリプトへ実行権限付加

※mysqldump.sqlについてはメインサーバーの情報等が入っているのでクライアント側にリストアするとトラブルになる。mysqldump.sqlはクライアント側にはバックアップしない。あくまで個別のデータのみバックアップする。
4.バックアップスクリプト確認(クライアント側)

[root@linux ~]# /root/backuprsync.sh ← バックアップスクリプト実行
[root@linux ~]# ll /var/www/html/ ← バックアップ結果確認
※メインサーバーと同じ物がバックアップされてるはず
[root@linux ~]# ll /root/ ← バックアップ結果確認
合計 836080
drwxr-xr-x 2 root root      4096 10月 28 01:23 Desktop
-rw------- 1 root root      1183 10月 28 01:17 anaconda-ks.cfg
-rwx------ 1 root root      1983 10月 28 07:50 backup.sh
-rw-r--r-- 1 root root 843245840 10月 28 05:18 backup.tar.bz2 ← htmlバックアップファイル
-rw-r--r-- 1 root root        14 10月 28 07:50 backuplist
-rwxr-xr-x 1 root root       536 10月 28 08:02 backuprsync.sh
-rwx------ 1 root root       150 10月 28 06:33 chkrootkit.sh
-rwx------ 1 root root       253 10月 28 06:42 clamav.sh
-rwxr-xr-x 1 root root      2248 10月 28 06:23 conv_weblog_to_utf8.pl
-rw-r--r-- 1 root root     89327 10月 28 05:00 fcdump.sql ← fcバックアップファイル
-rw-r--r-- 1 root root     41402 10月 28 01:17 install.log
-rw-r--r-- 1 root root      3867 10月 27 06:58 install.log.syslog
-rw-r--r-- 1 root root    152446 10月 28 05:00 ss1129dump.sql ← ss1129バックアップファイル
-rwx------ 1 root root       337 10月 28 07:46 mysqldump.sh
-rw-r--r-- 1 root root  11451638 10月 28 05:00 nucleusdump.sql ← nucleusバックアップファイル
-rw-r--r-- 1 root root    239655 10月 28 05:00 takadump.sql ← takaバックアップファイル

※メインサーバーのバックアップファイルが/root/にバックアップされている
5.バックアップスクリプト自動実行設定

[root@linux ~]# vi /etc/rc.local ← システム起動時実行コマンド定義ファイル編集
/root/backuprsync.sh ← 最終行へ追加

これで、linuxクライアント起動時に自動でサーバーのhtmlファイルとデータベースファイルがバックアップされるようになる。
※ メインサーバーが再起動した時など、誤って予備サーバーのデーターをメインサーバーに上書きする可能性があるのでメインサーバーにはこの設定はしないこと!!
6.データベースを予備サーバーへ復元
htmlファイルは直に上書きしているが、データベースファイルは予備サーバー側で以下のコマンドを実行すれば各データベースが復元される

[root@linux ~]# mysql -uroot -pパスワード fc < /root/fcdump.sql
[root@linux ~]# mysql -uroot -pパスワード ss1129 < /root/ss1129dump.sql
[root@linux ~]# mysql -uroot -pパスワード nucleus < /root/nucleusdump.sql
[root@linux ~]# mysql -uroot -pパスワード taka < /root/takadump.sql

7.データベースを予備サーバーへ復元するスプリクトを作成

[root@linux ~]# vi restore.sh
#!/bin/bash
mysql -uroot -pパスワード fc < /root/fcdump.sql
mysql -uroot -pパスワード ss1129 < /root/ss1129dump.sql
mysql -uroot -pパスワード nucleus < /root/nucleusdump.sql
mysql -uroot -pパスワード taka < /root/takadump.sql
作成したリストアスクリプトへ実行権限付加
[root@linux ~]# chmod 700 restore.sh
リストアスクリプトを実行してみる
[root@linux ~]# ./restore.sh

※ 誤って古いデーターを上書きする可能性があるのでメインサーバーにはこの設定はしないこと!!

B. クライアント側でのFTP によるバックアップ設定
(Linuxメインサーバー⇒Linux予備サーバー)

基本的には(A)の Rsync によるバックアップを行なっているが Rsync によるバックアップがうまくいかない場合とか、自宅サーバーで自分しかアクセスしないような環境ならば FTP によるバックアップでも問題ないので FTP によるバックアップ設定も一応構築しておく。
1.FTP でダウンロードするスプリクト作成
すでに作成されてるサーバーのバックアップファイルと/var/www/html/にあるファイルを予備サーバーに FTP でダウンロードするスプリクト作成。

[root@linux ~]# vi backupftp.sh
#!/bin/sh
#cd /usr/bin
ftp -n 192.168.1.10 << "EOD"
user higo パスワード
binary
cd /backup
get backup.tar.bz2
get fcdump.sql
get ss1129dump.sql
get nucleusdump.sql
get takadump.sql
bye
EOD

※mysqldump.sqlについてはメインサーバーの情報等が入っているのでクライアント側にリストアするとトラブルになる。なので、mysqldump.sqlはクライアント側にはバックアップしない。あくまで個別のデータのみバックアップする。
2.作成したバックアップスクリプトへ実行権限付加

[root@linux ~]# chmod 700 backupftp.sh

3.クライアント(linux)でのFTPによるバックアップスクリプトを実行してみる

[root@linux ~]# ./backupftp.sh

4.バックアップ結果確認

[root@linux ~]# ll /root/
合計 483288
drwxr-xr-x 2 root root      4096  9月 28 07:06 Desktop
-rw------- 1 root root      1256  9月 28 07:01 anaconda-ks.cfg
-rwx------ 1 root root      1983 10月  1 19:10 backup.sh
-rw-r--r-- 1 root root 486301589 10月  7 08:05 backup.tar.bz2 ← htmlファイル
-rwx------ 1 root root       252 10月  1 07:17 backupget.sh
-rw-r--r-- 1 root root        14 10月  1 19:10 backuplist
-rwxr-xr-x 1 root root       118 10月  7 10:10 backuprsync.sh
-rwx------ 1 root root       151  9月 29 23:50 chkrootkit.sh
-rwxr-xr-x 1 root root      2248  9月 29 23:46 conv_weblog_to_utf8.pl
-rwx------ 1 root root        80 10月  1 22:50 ddo.jpIP_upgrade.sh
drwxr-xr-x 2 1341 1000     20480  9月 14 05:36 docs
-rw-r--r-- 1 root root     89327 10月  7 08:05 fcdump.sql ← fcデータベースファイル
-rw-r--r-- 1 root root     41604  9月 28 06:57 install.log
-rw-r--r-- 1 root root      3975  9月 28 06:50 install.log.syslog
-rw-r--r-- 1 root root    150847 10月  7 08:05 ss1129dump.sql ← ss1129データベースファイル
-rw-r--r-- 1 root root  10591330 10月  7 08:05 nucleusdump.sql ← nucleusデータベースファイル
-rwx------ 1 root root       306  9月 30 01:55 snortsnarf.sh
-rw-r--r-- 1 root root    238771 10月  7 08:05 takadump.sql ← takaデータベースファイル
-rwx------ 1 root root       618  9月 30 03:14 tripwire.sh

backuprsync.shを自動実行させているので/backupftp.shは自動実行させないで何かあったら手動で実行させるようにしている。

C. Winクライアント側でのFTP によるバックアップ設定
(Linuxメインサーバー⇒Winクライアント)

サイトのデータはクライアント(Win)のC:\Documents and Settings\ユーザー名\My Documents\www\yokensakaというフォルダにて管理しているのでサーバーのバックアップファイルも(Win)の同じところにバックアップしておく。
バックアップファイル格納フォルダをC:\Documents and Settings\ユーザー名\My Documents\www\yokensakaに作成しておく。
(C:\Documents and Settings\ユーザー名\My Documents\www\yokensaka\backup)
1.バックアップファイル取得コマンドの作成
以下の内容でC:\Documents and Settings\ユーザー名\My Documents\www\yokensaka\backup\backupget.txtを作成

open 192.168.1.10
ユーザー名 ← FTPでサーバーへ接続するためのユーザー名
******** ← FTPでサーバーへ接続するためのパスワード
binary
get /backup/backup.tar.bz2
get /backup/mysqldump.sql
get /backup/fcdump.sql
get /backup/ss1129dump.sql
get /backup/nucleusdump.sql
get /backup/takadump.sql
quit

2.バッチファイルの作成
以下の内容でC:\Documents and Settings\ユーザー名\My Documents\www\yokensaka\backup\backupget.batを作成

ftp -s:backupget.txt > backupget.log

FTP処理を行い、結果をbackupget.logに出力するbackupget.batというバッチファイル
3.バッチファイル(backupget.bat)を実行
C:\Documents and Settings\ユーザー名\My Documents\www\yokensaka\backup\backupget.batをダブルクリックで実行し、 C:\Documents and Settings\ユーザー名\My Documents\www\yokensaka\backupフォルダにbackup.tar.bz2及び各dump.sqlが転送されてきていることを確認。また、C:\Documents and Settings\ユーザー名\My Documents\www\yokensaka\backupフォルダにbackupget.logが作成されていることを確認。
4.バックアップファイル取得自動実行
backupget.batファイルをスタートアップに登録して、クライアント(Windows)を起動したときに自動でバックアップを行うようにする。

D. バックアップファイルをLinuxメインサーバーへ復元
(クライアントPC⇒Linuxメインサーバー⇒復元)

バックアップファイルをLinuxメインサーバーへ復元する必要が出てきた場合は、クライアントPCからLinuxメインサーバーへバックアップファイルを戻してからLinuxメインサーバー側で以下のコマンドを実行することで、パーミッション、所有者も含めて元のメインサーバーにリストア出来る。

[root@server ~]# tar jxvfP /backup/backup.tar.bz2
個別にパーミッション、所有者も含めて復元する場合
[root@server ~]# tar jxvfP /backup/backup.tar.bz2 /var/www/html/ファイル名

mysqldumpでバックアップしたファイルを使って元のメインサーバーにリストアするにはmysqlコマンドを使う。

全てをバックアップした場合のリストア
[root@server ~]# mysql -uroot -pパスワード < /backup/alldump.sql
個別のデータベースをバックアップした場合のリストア
[root@server ~]# mysql -uroot -pパスワード mysql < /backup/mysqldump.sql
[root@server ~]# mysql -uroot -pパスワード fc < /backup/fcdump.sql
[root@server ~]# mysql -uroot -pパスワード ss1129 < /backup/ss1129dump.sql
[root@server ~]# mysql -uroot -pパスワード nucleus < /backup/nucleusdump.sql
[root@server ~]# mysql -uroot -pパスワード taka < /backup/takadump.sql
mysqlをリストアした場合や全てをリストアした場合はmysqlの再起動が必要
[root@server ~]# /etc/init.d/mysql restart