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

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

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

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

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

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