Azure SQLの監視と保守

デフォルトでは、すべてのSitecoreデータベースはElastic DatabaseモデルではなくSingle Databaseモデルを使用します。これは、Sitecoreがデフォルトでそれぞれ異なるパフォーマンス要件を持つデータベースを使用しているため、Elastic Databaseモデルの方がコストが高くなります。

ただし、追加のSitecoreモジュールまたは独自のカスタム データベースを使用してデータベースを追加する場合は、SingleモデルとElasticモデルのどちらが要件に適しているかを再評価する必要があります。SQLデータベースのオプションとパフォーマンスの詳細については、Azure SQLのSKUと価格 を参照し、 各サービス レベルで使用できる内容を理解してください。

データベースのセキュリティ保護は、最も重要なタスクの1つです。Microsoft Azure SQでは、データベースのセキュリティを確保する方法がいくつかあります。Microsoft Azure SQLサイトでは、次の方法について説明します。

Azure SQLサービスでは、追加料金なしでデータベース バックアップが自動的に作成され、Azure読み取りアクセスgeo冗長ストレージ (RA-GRS) を使用してgeo冗長性が提供されます。Azure SQLでデータベースを自動的にバックアップするために、何もする必要はありません。ただし、バックアップを独自のストレージ コンテナに保持する場合は、長期バックアップ保持ポリシーを構成できます。Microsoft Azure SQLサイトでは、データベースのバックアップ方法と、次の方法について説明しています。

Azure SQLには、データベースの問題を監視したり、パフォーマンスを向上させる方法を探したりするための方法がいくつか用意されています。Microsoft Azure Monitorを使用して、DTU、データベース サイズの割合、デッドロックなどのメトリックを使用してアラートを作成できます。また、Query Performance InsightやSQL Database Advisorなどのツールを使用して、パフォーマンスを向上させることもできます。

Sitecoreでは、SitecoreデータベースのデフォルトのSQLインデックス設定に変更を適用することはお勧めしません。Sitecoreが提供するインデックス設定は、一般的な使用シナリオに適合するように設計されており、徹底的にテストされています。

ただし、インデックス構成の変更を検討する必要がある使用シナリオがあります。Sitecoreソリューションが大量の読み取り (「選択」) を行う場合、バージョン管理されていないフィールド、バージョン管理されたフィールド、共有フィールド テーブルのインデックス タイプをクラスター化に変更すると、読み取りパフォーマンスが向上する可能性があります。

これには代償が伴います:アイテムの挿入、保存、削除は、公開と同様に遅くなります。

設定を変更する場合は、実際のデータを使用して変更をテストし、変更によって実際にパフォーマンスが期待どおりに向上したかどうかを確認する必要があります。また、これらの変更によって望ましくないエラーが発生したり、副作用が発生したりする場合、Sitecoreはサポートできないことにも注意する必要があります。

次の場合は、これらの機能をさらに活用できます。