新しいLinuxサーバーでバックアップを構成する必要がある前に、タスクは非常に重要ですが、退屈すぎます：必要なフォルダー（さらに、増分アーカイブを行うことをお勧めします）、データベース、Subversionリポジトリーをアーカイブするスクリプトを作成してデバッグする必要がありますこれらのアーカイブをリモートサーバーに転送します。 したがって、私はこの問題の既製のソリューションをグーグルしようとしましたが、その結果、
backup-managerに遭遇し
ました -bashスクリプトの素晴らしいオープンソースセット：
- 増分アーカイブの作成など、フォルダーをアーカイブします。 この構成は、コピーするディレクトリのリストと、コピーしないファイルの「ブラックリスト」を単に示します。
- MySQLデータベースをバックアップします。 データベースにアクセスできるmysqlユーザーのユーザー名とパスワードは設定で指定され、バックアップマネージャーが残りの作業を自分で行います。
- バックアップsvnリポジトリ、およびバックアップはストレージフォルダーのコピーではなく、 svnadmin dumpコマンドを使用して行われます。
- アーカイブを暗号化します。
- 作成されたアーカイブをFTP、SSHまたは（これが私にとって最も重要な機能です）リモートサーバーにAmazon S3ストレージにコピーし、DVDに書き込みます。
したがって、この1セットのスクリプトだけで、すべてのバックアップタスクを完全に解決できました。 構成ファイルの各パラメーターには詳細なコメントが含まれているため、このエコノミーは5分以内に設定されます。そのため、設定に問題が生じることはありません。
こちらからダウンロードできます：
www.backup-manager.org/downloads 、または単に
backup-managerパッケージをインストールすることができます（Debianの例）：
aptitude install backup-manager
さらに、データをAmazon S3ストレージにコピーするには、システムにlibnet-amazon-s3-perlおよびlibfile-slurp-perlパッケージがインストールされている必要があることに注意してください。
aptitude install libnet-amazon-s3-perl libfile-slurp-perl
クラウンに応じてバックアップマネージャーの起動を構成するだけで、平和に眠ることができます。
更新しました。すべての設定はファイル/etc/backup-manager.confに保存されます。主なパラメーターは次のとおりです。
# ,
export BM_REPOSITORY_ROOT="/var/archives"
#
export BM_ARCHIVE_METHOD="tarball-incremental mysql svn"
#
# ,
BM_TARBALL_TARGETS[0]="/etc"
BM_TARBALL_TARGETS[1]="/boot"
BM_TARBALL_TARGETS[2]="/var/www"
export BM_TARBALL_TARGETS
# , ,
export BM_TARBALL_BLACKLIST="/dev /sys /proc /tmp *imagecache*"
# -
export BM_TARBALLINC_MASTERDATETYPE="weekly"
export BM_TARBALLINC_MASTERDATEVALUE="1"
# MySQL mysql-
export BM_MYSQL_DATABASES="__ALL__"
export BM_MYSQL_ADMINLOGIN="user"
export BM_MYSQL_ADMINPASS="1234"
# subversion-
export BM_SVN_REPOSITORIES="/var/repositories"
#
# ( ftp, ssh, ssh-gpg, rsync)
export BM_UPLOAD_METHOD="s3"
# Amazon S3 , access key secret key
export BM_UPLOAD_S3_DESTINATION="basket-name"
export BM_UPLOAD_S3_ACCESS_KEY="ABC123"
export BM_UPLOAD_S3_SECRET_KEY="DEF456"
これらは最も基本的な設定です。設定自体にはさらに12個のパラメーターがあり、それらはすべて詳細にコメントされています。