sitecorejp.comコンテンツへ移動sitecorejp.com私の日本語を忘れないように日本語でサイトコア情報をアメリカのボストンより共有します。(2)最新記事[Sitecore][Script]素早くサイトファイルをバックアップ[Sitecore][TIPs]素早くアイテムIDを探す。サイトがフリーズしてしまう。Sitecore.ContentSearch.Lucene.DefaultIndexConfiguration.configを無効にしない。最後のソースの更新/再構築のステータスが更新されない。テーブルのクリーンアップTweetTweet検証環境は次の通りです。Update-2)概要:お客さんから、WebデータベースのサイズがMasterよりも多きといわれ、現在使用しているサイトコアのバージョンにてBlobsテーブルのクリーンアップがされていないことが分かった。バージョン8.2以降、この問題が解決されていま。同じサイトコアのバージョンで同じ問題があった場合はこれはBlobsテーブルのクリーンアップのメモ書きです。データベースのサイズを確認しましょう。下記のクエストをMasterとWebにて走らせて、結果を比較すればいい。DESC御覧のように、Webデータベースのほうが断然大きい...クリーンアップのクエスト下記の通りです。必要なレコードの数を変更しWebにて走らせばいい。('40E50ED9-BA07-4702-992E-A912738D32DC','DBBE7D99-1388-4357-BB34-AD71EDF18ED3')))ただこれは一度クリーンアップして、時間がたつにつれて、Blobsテーブルのレコードが増えていきます。サイトコア8.2にアップグレードするまで、SQLタスクにて定期的にクリーンアップします。ネットで見つけた記事にてサイトコアから4時間ごとにトップの1000レコードの削除を勧められています。これまでの作業は結構簡単でしてが、実際にプロダクションのサイトにて変更する際にちょっと手間がかかります。直接プロダクションのWebデータベースにてこの変更するのはパブリックのユーザに影響を与える可能性があり、直接変更をすることが許されていなかった。下記の手順で編集を行いました。既存のプロダクションのWebデータベースをコピーし、prod_web_tempとします。CDのコネクションを変更し、このprod_web_tempに接続します。UATにてデフォルトのサイトコア8.2Webデータベースをuat_temp_webとして作成します。UATのMasterデータベースをプロダクションのprod_masterデータベースに接続します。プロダクションのMasterデータベースからuat_temp_webにフールーパブリッシングします。uat_temp-webをバックアップして、そして、prod_webデータベースをリストーアします。CDのコネクションをprod_webに変更し。パブリックのユーザに全く影響を与えません。