1

バックアップの設定に関して、Sitecore での実際的な経験はあまりありません。これまでにわかったこと：

Sitecore のバックアップ プロセスには、次の 2 つの手順が含まれます。

  1. ファイルシステムのバックアップ
  2. サイトコア データのバックアップ

1 番目のステップは非常に簡単ですが、2 番目のステップはいくつかの異なる方法で実行できます。

  1. マスター/コア/Web データベースのバックアップ
  2. /sitecore/admin/serialization.aspx によるマスター/コアのシリアル化
  3. パッケージ デザイナーによるインストール パッケージの作成

復元プロセスは次のとおりです。

  1. IIS ファイルをバックアップ ファイルに置き換える
  2. DB バックアップを復元 / Sitecore アイテムをデシリアライズし、Master>Web を公開 / Sitecore パッケージをインストール (および Master>Web を公開?)

私が見ることができるものから：

  1. マスター/コア/Web データベースのバックアップは非常に堅牢に見えますが、唯一の制限はターゲット データベース サーバーのバージョンが同じであることです (?)
  2. シリアライゼーションは、この種のものに対するデフォルトの Sitecore ソリューションのように見えます。DB サーバーのバージョンには依存しません。
  3. インストール パッケージの作成: 手順が多すぎるため、ここで間違いを犯す可能性があるため、信頼性の低いソリューションですが、PS を使用してこのプロセスを自動化できます

各アプローチの長所と短所を理解するために、Sitecore のバックアップを設定した経験のある方からの回答をお待ちしております。

4

2 に答える 2

3

データベースのバックアップのみを行いますが、これはかなり標準的だと思います。データはデータベースにあり、データベースのバックアップを取るのは非常に簡単です。

シリアライゼーション あまり経験がありませんが、これはすぐにバックアップに使用できるものではないと思います。

開発者以外は、インストール パッケージの作成をバックアップに使用しないでください。Sitecore パッケージは、開発と運用の間でデータを移動し、モジュールや再利用可能なソリューションの一部を作成するために使用されることになっています。これは、開発者が使用する必要があるものです。メディア ライブラリを zip ファイルに保存すると、多くのスペースとリソースが必要になります。

つまり、データはデータベースにあり、そのバックアップを取ります。データベースのバックアップを取る良い方法はたくさんあります。データベースが Sitecore のバージョンに依存するという問題は小さな問題です。これは大規模なアップグレードでのみ問題になるためです。大規模なアップグレードを行った場合、アップグレード直後に作成したバックアップを過ぎたデータが突然必要になり、"古い」サイトに移動し、Sitecore パッケージを使用してそこからデータを抽出します。

于 2013-09-16T09:29:24.570 に答える
2

マスターとコアの両方をシリアル化するのは非常に時間がかかり、復元にも時間がかかります。

毎週日曜日に完全な SQL バックアップを取得し、データベースの最適化に関するさまざまなタスクも実行するジョブを設定することを常にお勧めします。

それ以外の曜日は、増分バックアップのみを行います。

そうすれば、バックアップはそれほど大きくなく、バックアップをすばやく復元できます。

于 2013-09-16T09:30:47.140 に答える