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


16

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

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


回答:


3

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

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

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

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


私はまたSuberversion、バザール、Mercurialの、Gitの、などのようにVCSを示唆している
fwaechter

3

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

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

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


1

いくつかのサイトで使用した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か月の費用よりも少なかったです。そして、このように私たちはホスティング会社を取る必要はありません」

(このアプローチについては、同僚のマイケル・キャンベルによって紹介されました。)


1

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

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


0

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

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


申し訳ありませんが、マスターコードは他のサーバーのGitに保持されています。サーバーのコードは必要に応じてすぐに置き換えられます。
トビー

0

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


SSHでアクセスしてmysqldumpを実行することさえできませんか?
トビー

いいえ-HostGatorはSSHアクセスを許可しませんが、FTPを介した再帰的なwget呼び出しを使用してcronジョブをセットアップすることは非常に簡単です(ログインの詳細を公開することを気にしない場合)。
danlefree

0

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

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.