web-dev-qa-db-ja.com

ウェブサイトをどのようにバックアップしますか?

コミュニティがどのように彼らのウェブサイトをバックアップするのかと思っていましたか?

毎晩データベースをダンプし、それを別のサーバーに移動します。その後、サーバーはリムーバブルメディアにバックアップされます。これはかなり自動化されており、機能しているように見えますが、他の人の意見を聞きたいと思います。

16
Toby

サイトコードはSubversionにあり、Subversionは毎晩バックアップされます。コードの開発は、専用の開発サーバーで行われます。生産は、新しいバージョンがテストされた後にのみ更新されます。

リレーショナルデータベースのコンテンツは、毎晩バックアップされます。

一部のサイトには膨大な量の静的コンテンツ(画像、pdfなど)があり、それらはRAID5 SANに保存され、オフサイト施設にミラーリングされ、万が一に備えてテープバックアップがあります。

ログファイルにあまり依存していないため、ログファイルはバックアップしません。

3
Kris

ファイルへの夜間DBダンプ

ファイルへの夜間DBアクセス許可ダンプ( Maatkit

Tarsnap を使用して、DBダンプのオフサイトバックアップと/ var/www /にあるすべてのものをバックアップします。

3
intlect

いくつかのサイトで使用した1つのオプションは、SyncBack、JungleDisk、およびAmazon S3アカウントを使用することです。 (これらの製品およびサービスへのリンクを投稿しますが、SEは新しいユーザーが複数のリンクを投稿することを禁止しています。ブー。)

これらのツールに慣れていない人にとっては、SyncBackは、異なるフォルダー間でファイルを同期するための素晴らしい機能豊富なプログラムです。 JungleDiskを使用すると、バックグラウンドでAmazon S3のストレージサービスにデータを読み書きする仮想ドライブを作成できます。AmazonS3のストレージサービスは、手頃な価格のクラウドベースのストレージソリューションです(毎日ギガバイトのデータをクラウドにプッシュしないと仮定します) )。

SyncBackを1週間に1回または週1回などのスケジュールで実行し、ローカルハードドライブからJungleDisk仮想ドライブに新規/変更されたファイルをコピーし、仮想ドライブから削除されたファイルを削除します。

クラウドには何を保存しますか?さて、SQL Serverに夜間バックアップを実行させ、それらのバックアップを2週間保持するように構成します。これらのバックアップは毎晩クラウドにプッシュされます。また、毎晩ソースコードリポジトリをプッシュします。静的ファイル、アセット、ユーティリティなどのファイルの完全なバックアップが毎週行われます。

このアプローチの良い点は、すべてのファイルがクラウドにあることです。つまり、どこからでもアクセスできます。デスクトップにJungleDiskがあれば、専用サーバーにRDPする必要はありません。クラウドのファイルをローカルコンピューターのドライブにあるかのように見ることができます。別の利点はコストです。私のクライアントの1人にとって、サイトをホストするWebホスティング会社は、専用サーバークライアントにオフサイトストレージバックアップサービスを販売しますが、そのコストは月に数百ドルでした。このアプローチには、前払い費用(SyncBackおよびJungleDiskライセンス)とAmazon S3からのストレージおよび帯域幅の費用がありましたが、正しく思い出せば、これらの費用はホスティング会社のバックアップ計画の1か月の費用よりも少なかったです。そして、このようにして、私たちのサイトがバックアップされているホスティング会社の言葉を取る必要はありません-私たちは世界中のどこからでもいつでもクラウドでファイルを見ることができます。

(このアプローチは同僚によって紹介されました Michael Campbell 。)

1
Scott Mitchell

Subversion、夜間のMySQLダンプ、および冗長(ミラー化)サーバーイメージに加えて、ホスティングパッケージの一部として1時間ごとのスナップショットを実行するホスト(AISO.NET)が台無しになります。グリッドベースの電力を使用したことのない会社(敷地内の太陽光と風力で施設全体に電力を供給している)でホストすることに満足するだけでなく、信頼性が高く、使いやすいスナップショットと、必要に応じて文字通り瞬く間に再起動する仮想化ソリューションを回復します。

スナップショットは私のベーコンを複数回保存しました...そして、それは他のバックアップと一緒に来るuntar、再構築、および祈りの動きを通過するよりもずっと速いです。

1
bpeterson76

マルチサイトwordpressシステムを実行します。私たちの戦略は、データベースを12時間ごとにリモートスペースにバックアップし、wp-contentを毎日、public_htmlを毎週(またはwordpressコアのアップグレードなどシステムのコアを大幅に変更するとき)、ホームディレクトリ全体。これは私たちのシステムでうまく機能しています

0

なぜコードのマスターコピーをWebサーバーに保持するのですか?すぐに置き換えることができないコードやプログラムをウェブサーバーに保存しません。

目的で作成されたスクリプトを使用して、ログファイルとユーザー入力をバックアップします。

0
delete

コードは他の場所にありますが、ライブWebサイトでのブログ投稿のバックアップは処理しません。 Hostgatorの再販業者アカウントを共有していますが、実際に自動化されたバックアップ方法はありません。 siteautobackup.comを見つけたのは、WHNレベルのすべてをバックアップできると書かれているが、製品がまだ機能していないようだからです。

0
malcolm