タグ

Backupに関するGolgothaのブックマーク (7)

  • Vmware ESXi5.1 に対応したホットバックアップ VMware ESXi 5.1 with the ghettoVCB.sh | REDBOX Labo

    Home > Vmware > Vmware ESXi5.1 に対応したホットバックアップ VMware ESXi 5.1 with the ghettoVCB.sh VMware ESXi 5.1 with the ghettoVCB.sh を利用して以前と同様にホットバックアップの設定を行っていきます。 以前のスクリプトでは5.0でも5.1でもどちらでも対応しているためスクリプト自体の変更の必要はありませんが、以下の2つの点に関して変更する必要があります。 Crondの再起動Esxi5.1からBusxboxがなくなりCronのパスが変更となるため、/bin/busybox crondと記載していたところを/bin/crondと編集する必要がある。 ※こちらを編集しないと、サーバーを再起動した時に正しくCRONが実行されずスケジュールバックアップが動作しませんしそもそもCronがKill

    Vmware ESXi5.1 に対応したホットバックアップ VMware ESXi 5.1 with the ghettoVCB.sh | REDBOX Labo
  • Mercurialリポジトリのバックアップを取る | Webシステム開発/教育ソリューションのタイムインターメディア

    Mercurialリポジトリのバックアップだって? 分散型なんでしょ。要らないじゃん。 OK、もちろんそういう観点はある。Mercurialは分散型なので、該当プロジェクトが熱いうちは、かなり障害に強い。中央リポジトリと言ったところで、それは単にプロジェクト内でそのリポジトリを中央と「見做して」いるだけで、基的には他のリポジトリと変わらないからだ。せいぜい、コミットメールの設定等が行われているくらいだろう。だから、中央リポジトリサーバーがダウンしても気にせず作業を続けられるし、プロジェクトの誰かのリポジトリを改めて「中央と見做せ」ば良い。復旧も簡単だ。 だから、Subversionほどにはバックアップを気にする必要はない。 それでも、Mercurialで管理している情報の重要さを鑑みれば、バックアップはあるに越したことはない。ことバックアップが重要になってくるのは、前述「該当プロジェクト

    Mercurialリポジトリのバックアップを取る | Webシステム開発/教育ソリューションのタイムインターメディア
  • logrotateで簡単に世代バックアップ(couchdb) - 気ままにインフラエンジニア

    couchDBのデータはreplicationをするか、database fileを適当にバックアップしておいてねという仕様のよう。*1 rsyncやcpのshellを書いてもよいのですが、バックアップの世代管理を手軽に行いたいときはlogrotateを愛用してます。 今回はchefに使われているcouchdbをバックアップしていますが、プロダクトに組み込みの各種DB・ファイル等(pg_dumpだったりその他の普通のtarballだったり)いろいろ使い道はあるかと。 /etc/logrotate.d/couchdb に追記 # 日次バックアップ /var/backups/couchdb_backup_daily.tar.gz { missingok nocreate daily rotate 14 sharedscripts postrotate /bin/tar -C /var/lib/

    logrotateで簡単に世代バックアップ(couchdb) - 気ままにインフラエンジニア
  • rsync -Rで中間ディレクトリがシンボリックリンクな場合の注意点 - (ひ)メモ

    複数サーバを管理する場合、管理コストの増加やオペレーションミスを避けるための施策として、「すべてのサーバの内容を同一に保つ」という管理方法があります。 サーバの内容を同一に保つには、小中規模ならrsyncと、パス指定の簡便化とミスを防ぐために-a -R (--relative)オプションを使うのがベストでしょう。 ただ、-Rを指定しているときに、同期コピー対象のパスにディレクトリへのシンボリックを含んでいる場合には注意が必要です。そこで今回はrsync 2.6とrsync 3のそれぞれについて、ふたつのケースについて検証してみたいと思います。 ケース1: 実ディレクトリが同じ 物理的なディレクトリ構造をそのまま見せるのではなく、論理的な意味あるディレクトリ名/構造として見せたい場合には、ディレクトリのシンボリックリンクを使うとよいです。 例えば: RAID等のストレージにあるディレクトリの

    rsync -Rで中間ディレクトリがシンボリックリンクな場合の注意点 - (ひ)メモ
  • MySQL Clusterでバックアップを取得する - メモ帳

    MySQL Clusterは、メモリテーブルであっても、かなりディスク容量を消費する。 (6.2までは、ざっくりと「メモリテーブル見積」*10。メモリを32GB積んで、30GBほどをMySQL Clusterに割り当てたら、ざっくり300GBほどのHDDがあると良い。) というわけで、MySQL Clusterのバックアップは「取りっぱなし」では、HDD容量を圧迫するので、MySQL Clusterのメンテナンス用スクリプトを作ってみた。 #!/bin/sh bkupdir=`find /export/home/mysql-cluster/BACKUP/ -name "BACKUP*" |wc -l` echo "The number of backup dir under BACKUP is:" $bkupdir if [ $bkupdir -gt 0 ]; then cp -pr /e

  • rsync (+ ssh) で簡単バックアップ

    Miscellany Top > Linux Memo > backup by rsync Backup by rsync (+ssh) 2000.12.8 updated Linux/UNIX 上のデーターを(別の Linux/UNIX マシンに)バックアップしたり、2つのマシンのあるディレクトリどうしの内容を同期するのに、どうしているでしょうか?私の場合、以前は NFS でマウントして、cp -a (コピー)したりしていたのですが、環境が変わってから NFS を利用できなくなってからは、rsync を使うようになりました。 この rsync によるバックアップというのは、使うまでは「設定その他が必要で面倒そう...」と思っていたのですが、実際にやってみると手動でバックアップ・同期するだけなら設定も必要なく、あっさり使えました。 また、ssh と併用することでポートフォワーディング先のマ

  • tach.arege.net: pdumpfs-clean: pdumpfs のバックアップを掃除するツール

    pdumfs-clean とは 高林さんが作られた pdumpfs のバックアップを 掃除します.pdumpfs では,基的に毎日ディレクトリツリーの スナップショットをとっていくのですが,ハードリンクでとっていくとは いえ,とり続けるといずれはディスクが溢れてしまいます.pdumpfs-clean を使うことにより,不要なバックアップを削除することができます. pdumpfs のバックアップは一日ごとにディレクトリが分かれています. pdumpfs-clean では,以下のルールで残しておくディレクトリを選択 します. 最近何日分を残すか 最近何週間まで(各日曜日)に残すか 最近何カ月まで(各 1 日)に残すか 最近何年まで(各 1 月 1 日)に残すか デフォルトでは,最近 7 日分,最近 6 週間の各日曜日,最近 6 ヶ月の各 1 日, 最近 2 年の各 1 月 1 日のバックアッ

  • 1