Amazon RDS Custom for SQL Server の DB に関する問題のトラブルシューティング - Amazon Relational Database Service
RDS Custom イベントの表示RDS Custom イベントへのサブスクライブRDS Custom for SQL Server の CEV エラーのトラブルシューティングRDS Custom for SQL Server DB でサポートされていない構成の修正ストレージ不足に関するトラブルシューティングRDS Custom for SQL Server の TDE が有効なデータベースの PENDING_RECOVERY 状態のトラブルシューティング

Amazon RDS Custom for SQL Server の DB に関する問題のトラブルシューティング

RDS Custom の責任共有モデルは、OS シェルレベルのアクセスとデータベース管理者アクセスを提供します。RDS Custom は、システムアカウントでリソースを実行する Amazon RDS とは異なり、アカウント内でリソースを実行します。アクセスが増えるほど、責任も重くなります。以降のセクションで、Amazon RDS Custom for SQL Server DB インスタンスに関する問題のトラブルシューティング方法を学ぶことができます。

注記

このセクションでは RDS Custom for SQL Server DB をトラブルシューティングする方法について説明します。RDS Custom for Oracle に関するトラブルシューティングについては、「Amazon RDS Custom for Oracle の DB に関する問題のトラブルシューティング」を参照してください。

RDS Custom イベントの表示

イベントを表示する手順は、RDS Custom とAmazon RDS DB インスタンスでは同じです。詳細については、「Amazon RDS イベントの表示」を参照してください。

AWS CLIを使用してRDS Custom イベント通知を表示するには、describe-eventsコマンドを使用します。RDS Custom では、いくつかの新しいイベントを導入しています。イベントカテゴリは Amazon RDS の場合と同じです。イベントのリストについては、 の Amazon RDS イベントカテゴリとイベントメッセージを参照してください。

次の例では、指定した RDS Custom DB インスタンスで発生したイベントの詳細を取得します。

aws rds describe-events \
    --source-identifier my-custom-instance \
    --source-type db-instance

RDS Custom イベントへのサブスクライブ

イベント受信の手順は、RDS Custom とAmazon RDS DB インスタンスでは同じです。詳細については、「Amazon RDS イベント通知にサブスクライブする」を参照してください。

CLI を使用して RDS Custom イベント通知をサブスクライブするには、create-event-subscription コマンドを使用します。以下の必須パラメータを含めます。

  • --subscription-name

  • --sns-topic-arn

次の例では、現在のAWSアカウントのRDS Custom DB インスタンスのバックアップおよびリカバリイベントの受信を作成します。通知は、--sns-topic-arnで指定されたAmazon Simple Notification Service (Amazon SNS) のトピックに送信されます。

aws rds create-event-subscription \
    --subscription-name my-instance-events \
    --source-type db-instance \
    --event-categories '["backup","recovery"]' \
    --sns-topic-arn arn:aws:sns:us-east-1:123456789012:interesting-events

RDS Custom for SQL Server の CEV エラーのトラブルシューティング

CEV を作成しようとすると、エラーが発生する可能性があります。この場合、RDS Custom では RDS-EVENT-0198 イベントメッセージを発行します。RDS イベントの表示の詳細については、「 の Amazon RDS イベントカテゴリとイベントメッセージ」を参照してください。

以下の情報を参考にして、考えられる原因に対処します。

メッセージ トラブルシューティングの推奨事項

Custom Engine Version creation expected a Sysprep’d AMI. Retry creation using a Sysprep’d AMI.

AMI から作成した EC2 インスタンスで Sysprep を実行します。Sysprep を使用して AMI を準備する方法の詳細については、「Sysprep を使用して標準化された Amazon マシンイメージ (AMI) を作成する」を参照してください。

EC2 Image permissions for image (AMI_ID) weren't found for customer (Customer_ID). Verify customer (Customer_ID) has valid permissions on the EC2 Image.

作成に使用したアカウントとプロファイルに、選択した AMI の create EC2 Instance と Describe Images に必要な権限があることを確認します。

Failed to rebuild databases with server collation (collation name) due to missing setup.exe file for SQL Server.

setup ファイルが C:\Program Files\Microsoft SQL Server\nnn\Setup Bootstrap\SQLnnnn\setup.exe にあることを確認してください。

Image (AMI_ID) doesn't exist in your account (ACCOUNT_ID). Verify (ACCOUNT_ID) is the owner of the EC2 image.

AMI が同じお客様のアカウントに存在することを確認します。

Image id (AMI_ID) isn't valid. Specify a valid image id, and try again.

AMI の名前が正しくありません。正しい AMI ID が提供されていることを確認します。

Image (AMI_ID) operating system platform isn't supported. Specify a valid image, and try again.

Windows Server with SQL Server Enterprise、Standard、または Web エディションを備えた、サポートされている AMI を選択します。EC2 Marketplace から、以下のいずれかの使用オペレーションコードの AMI を選択してください。

  • RunInstances:0102 - Windows with SQL Server Enterprise

  • RunInstances:0006 - Windows with SQL Server Standard

  • RunInstances:0202 - Windows with SQL Server Web

SQL Server Web Edition isn't supported for creating a Custom Engine Version using Bring Your Own Media. Specify a valid image, and try again.

サポートされている SQL Server のエディションを含む AMI を使用してください。詳細については、「RDS Custom for SQL Server CEV のバージョンサポート」を参照してください。

The custom engine version can't be the same as the OEV engine version. Specify a valid CEV, and try again.

Classic RDS Custom for SQL Server エンジンはサポートされていません。例えば、バージョン 15.00.4073.23.v1 などです。サポートされているバージョン番号を使用してください。

The custom engine version isn't in an active state. Specify a valid CEV, and try again.

オペレーションを完了するには、CEV が AVAILABLE 状態である必要があります。CEV を INACTIVE から AVAILABLE に変更します。

The custom engine version isn't valid for an upgrade. Specify a valid CEV with an engine version greater or equal to (X), and try again.

ターゲット CEV は無効です。有効なアップグレードパスの要件を確認してください。

The custom engine version isn't valid. Names can include only lowercase letters (a-z), dashes (-), underscores (_), and periods (.). Specify a valid CEV, and try again.

必要な CEV 命名規則に従ってください。詳細については、「RDS Custom for SQL Server CEV の一般的な要件」を参照してください。

The custom engine version isn't valid. Specify valid database engine version, and try again. Example: 15.00.4073.23-cev123.

サポートされていない DB エンジンバージョンが提供されました。サポートされている DB エンジンのバージョンを使用してください。

The expected architecture is (X) for image (AMI_ID), but architecture (Y) was found.

x86_64 アーキテクチャで構築された AMI を使用してください。

The expected owner of image (AMI_ID) is customer account ID (ACCOUNT_ID), but owner (ACCOUNT_ID) was found.

権限がある AMI から EC2 インスタンスを作成します。EC2 インスタンスで Sysprep を実行して、ベースイメージを作成して保存します。

The expected platform is (X) for image (AMI_ID), but platform (Y) was found.

Windows プラットフォームで構築された AMI を使用してください。

The expected root device type is (X) for image %s, but root device type (Y) was found.

EBS デバイスタイプで AMI を作成します。

The expected SQL Server edition is (X), but (Y) was found.

Windows Server with SQL Server Enterprise、Standard、または Web エディションを備えた、サポートされている AMI を選択します。EC2 Marketplace から、以下のいずれかの使用オペレーションコードの AMI を選択してください。

  • RunInstances:0102 - Windows with SQL Server Enterprise

  • RunInstances:0006 - Windows with SQL Server Standard

  • RunInstances:0202 - Windows with SQL Server Web

The expected state is (X) for image (AMI_ID), but the following state was found: (Y).

AMI がAVAILABLE の状態であることを確認します。

The provided Windows OS name (X) isn’t valid. Make sure the OS is one of the following: (Y).

サポートされている Windows OS を使用してください。

Unable to find bootstrap log file in path.

ログファイルが C:\Program Files\Microsoft SQL Server\nnn\Setup Bootstrap\Log\Summary.txt にあることを確認してください。

RDS expected a Windows build version greater than or equal to (X), but found version (Y)..

OS ビルドバージョンが最低でも 14393 の AMI を使用してください。

RDS expected a Windows major version greater than or equal to (X), but found version (Y)..

OS のメジャーバージョンが 10.0 以降の AMI を使用してください。

RDS Custom for SQL Server DB でサポートされていない構成の修正

共有責任モデルであるため、RDS Custom for SQL Server DB インスタンスをunsupported-configuration状態にする設定上の問題は、お客様の責任で解決していただく必要があります。問題がAWSインフラストラクチャであれば、コンソールやAWS CLIを使用して修正できます。OSまたはデータベースの設定に問題がある場合は、ホストにログインして修正できます。

注記

このセクションでは RDS Custom for SQL Server でサポートされていない構成を修正する方法について説明します。RDS Custom for Oracle の詳細については、「RDS Custom for Oracle でサポートされていない構成の修正」を参照してください。

次の表では、サポートペリメーターが送信する通知とイベント、その修正方法について説明します。これらの通知とサポートペリメーターは変更されることがあります。サポート周辺の背景については、「RDS Custom サポート範囲」を参照してください。イベントの説明については、「 の Amazon RDS イベントカテゴリとイベントメッセージ」を参照してください。

イベントコード 設定領域 RDS イベントメッセージ 検証プロセス

SP-S0000

サポートされていない手動設定

X のため、RDS Custom DB インスタンスのステータスは、[サポートされていない設定] に設定されています。

この問題を解決するには、サポートケースを作成します。
AWS リソース (インフラストラクチャ)

SP-S1001

EC2 インスタンスのステータス

基盤となる EC2 インスタンス %s が RDS インスタンスを停止せずに停止されたため、RDS Custom DB インスタンスのステータスは [サポートされていない設定] に設定されています。これを解決するには、基盤となる EC2 インスタンスを起動し、バイナリボリュームとデータボリュームがアタッチされていることを確認します。RDS インスタンスを停止する場合は、まず基盤となる EC2 インスタンスのステータスが [利用可能] であることを確認してから、RDS コンソールまたは CLI を使用して RDS インスタンスを停止します。

DB インスタンスのステータスを確認するには、コンソールを使用するか、次の AWS CLI コマンドを実行します。

aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep DBInstanceStatus

SP-S1002

EC2 インスタンスのステータス

RDS DB インスタンスのステータスは [STOPPED] に設定されているが、基盤となる EC2 インスタンス %s が起動されたため、RDS Custom DB インスタンスのステータスは [サポートされていない設定] に設定されています。これを解決するには、基盤となる EC2 インスタンスを停止します。RDS インスタンスを起動する場合は、コンソールまたは CLI を使用します。

DB インスタンスのステータスを確認するには、次の AWS CLI コマンドを使用します。

aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep DBInstanceStatus

EC2 インスタンスのステータスは EC2 コンソールで確認できます。

DB インスタンスを起動するには、コンソールを使用するか、次の AWS CLI コマンドを実行します。

aws rds start-db-instance \
--db-instance-identifier db-instance-name

SP-S1003

EC2 インスタンスクラス

EC2 ホストの期待される DB インスタンスクラスと設定されたクラスが一致しないため、RDS Custom DB インスタンスのステータスは [サポートされていない設定] に設定されています。これを解決するには、DB インスタンスクラスを元のクラスタイプに変更します。

次の CLI コマンドを使用して、期待される DB インスタンスクラスを確認します。

aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep DBInstanceClass

SP-S1004

EBS ストレージボリュームにアクセスできない

EC2 インスタンスに関連付けられた元の EBS ストレージボリューム %s に現在アクセスできないため、RDS Custom DB インスタンスのステータスは [サポートされていない設定] に設定されています。

SP-S1005

EBS ストレージボリュームがデタッチされている

元の EBS ストレージボリューム「volume-id」がアタッチされていないため、RDS Custom DB インスタンスのステータスは [サポートされていない設定] に設定されています。これを解決するには、関連付けられている EBS ボリュームを EC2 インスタンスにアタッチします。

EBS ボリュームを再アタッチしたら、次の CLI コマンドを使用して、EBS ボリューム「volume-id」が RDS インスタンスに適切にアタッチされているかどうかを確認します。

aws ec2 describe-volumes \
--volume-ids volume-id |grep InstanceId

SP-S1006

EBS ストレージボリュームサイズ

EBS ストレージボリューム「volume-id」の期待される設定と設定された設定が一致しないため、RDS Custom DB インスタンスのステータスは [サポートされていない設定] に設定されています。ボリュームサイズが EC2 レベルで元の値 [%s] から手動で変更されました。この問題を解決するには、サポートケースを作成します。

次の CLI コマンドを使用して、EBS ボリューム「volume-id」の詳細と RDS インスタンスの詳細のボリュームサイズを比較します。

aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep AllocatedStorage

次の CLI コマンドを使用して、実際に割り当てられたボリュームサイズを表示します。

aws ec2 describe-volumes \
--volume-ids |grep Size

SP-S1007

EBS ストレージボリュームの設定

EBS ストレージボリューム「volume-id」の期待される設定と設定された設定が一致しないため、RDS Custom DB インスタンスのステータスは [サポートされていない設定] に設定されています。これを解決するには、EBS ストレージボリューム設定 [IOPS、スループット、ボリュームタイプ] を、EC2 レベルで [IOPS: %s、スループット: %s、ボリュームタイプ: %s] の元の値に変更します。今後のストレージの変更には、RDS コンソールまたは CLI を使用します。ボリュームサイズも EC2 レベルで元の値 [%s] から手動で変更されました。この問題を解決するには、サポートケースを作成します。

次の CLI コマンドを使用して、EBS ボリューム「volume-id」の詳細と RDS インスタンスの詳細のボリュームタイプを比較します。EBS レベルの値が RDS レベルの値と一致していることを確認します。

aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep StorageType

RDS レベルでストレージスループットの想定値を取得するには:

aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep StorageThroughput

RDS レベルでボリューム IOPS の想定値を取得するには:

aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep Iops

EC2 レベルで現在のストレージタイプを取得するには:

aws ec2 describe-volumes \
--volume-ids |grep VolumeType

EC2 レベルでストレージスループットの現在の値を取得するには:

aws ec2 describe-volumes \
--volume-ids |grep Throughput

EC2 レベルでボリューム IOPS の現在の値を取得するには:

aws ec2 describe-volumes \
--volume-ids |grep Iops

SP-S1008

EBS ストレージボリュームのサイズと設定

EBS ストレージボリューム「volume-id」の期待される設定と設定された設定が一致しないため、RDS Custom DB インスタンスのステータスは [サポートされていない設定] に設定されています。これを解決するには、EBS ストレージボリューム設定 [IOPS、スループット、ボリュームタイプ] を、EC2 レベルで [IOPS: %s、スループット: %s、ボリュームタイプ: %s] の元の値に変更します。今後のストレージの変更には、RDS コンソールまたは CLI を使用します。ボリュームサイズも EC2 レベルで元の値 [%s] から手動で変更されました。この問題を解決するには、サポートケースを作成します。

次の CLI コマンドを使用して、EBS ボリューム「volume-id」の詳細と RDS インスタンスの詳細のボリュームタイプを比較します。EBS レベルの値が RDS レベルの値と一致していることを確認します。

aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep StorageType

RDS レベルでストレージスループットの想定値を取得するには:

aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep StorageThroughput

RDS レベルでボリューム IOPS の想定値を取得するには:

aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep Iops

EC2 レベルで現在のストレージタイプを取得するには:

aws ec2 describe-volumes \
--volume-ids |grep VolumeType

EC2 レベルでストレージスループットの現在の値を取得するには:

aws ec2 describe-volumes \
--volume-ids |grep Throughput

EC2 レベルでボリューム IOPS の現在の値を取得するには:

aws ec2 describe-volumes \
--volume-ids |grep Iops

想定される割り当て済みボリュームサイズを取得するには:

aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep AllocatedStorage

割り当てられた実際のボリュームサイズを取得するには:

aws ec2 describe-volumes \
--volume-ids |grep Size

SP-S1009

SQS アクセス許可

IAM インスタンスプロファイルに Amazon Simple Queue Service (SQS) のアクセス許可がないため、RDS Custom DB インスタンスのステータスは [サポートされていない設定] に設定されています。これを解決するには、ホストに関連付けられた IAM プロファイルに次のアクセス許可があることを確認します: ["SQS:SendMessage"、"SQS:ReceiveMessage"、"SQS:DeleteMessage"、"SQS:GetQueueUrl"]。

SP-S1010

SQS VPC エンドポイント

VPC エンドポイントポリシーが Amazon Simple Queue Service (SQS) オペレーションをブロックしているため、RDS Custom DB インスタンスのステータスは [サポートされていない設定] に設定されています。これを解決するには、必要な SQS アクションを許可するように VPC エンドポイントポリシーを変更します。

オペレーティングシステム

SP-S2001

SQL サービスステータス

SQL Server サービスが起動されていないため、RDS Custom DB インスタンスのステータスは [サポートされていない設定] に設定されています。これを解決するには、ホストで SQL Server サービスを再起動します。この DB インスタンスがマルチ AZ DB インスタンスで、再起動が失敗した場合、ホストを停止して起動し、フェイルオーバーを開始します。

SP-S2002

RDS Custom エージェントステータス

RDS Custom エージェントサービスがインストールされていないか、起動できなかったため、RDS Custom DB インスタンスのステータスは [サポートされていない設定] に設定されています。これを解決するには、Windows イベントログを確認して、サービスが起動されない理由を特定し、問題を解決するための適切な手順を実行します。さらにサポートが必要な場合は、サポートケースを作成してください。

SP-S1009

SQS アクセス許可

IAM インスタンスプロファイルに Amazon Simple Queue Service (SQS) のアクセス許可がないため、RDS Custom DB インスタンスのステータスは [サポートされていない設定] に設定されています。これを解決するには、ホストに関連付けられた IAM プロファイルに次のアクセス許可があることを確認します: ["SQS:SendMessage"、"SQS:ReceiveMessage"、"SQS:DeleteMessage"、"SQS:GetQueueUrl"]。

SP-S1010

SQS VPC エンドポイント

VPC エンドポイントポリシーが Amazon Simple Queue Service (SQS) オペレーションをブロックしているため、RDS Custom DB インスタンスのステータスは [サポートされていない設定] に設定されています。これを解決するには、必要な SQS アクションを許可するように VPC エンドポイントポリシーを変更します。

オペレーティングシステム

SP-S2001

SQL サービスステータス

SQL Server サービスが起動されていないため、RDS Custom DB インスタンスのステータスは [サポートされていない設定] に設定されています。これを解決するには、ホストで SQL Server サービスを再起動します。この DB インスタンスがマルチ AZ DB インスタンスで、再起動が失敗した場合、ホストを停止して起動し、フェイルオーバーを開始します。

SP-S2002

RDS Custom エージェントステータス

RDS Custom エージェントサービスがインストールされていないか、起動できなかったため、RDS Custom DB インスタンスのステータスは [サポートされていない設定] に設定されています。これを解決するには、Windows イベントログを確認して、サービスが起動されない理由を特定し、問題を解決するための適切な手順を実行します。さらにサポートが必要な場合は、サポートケースを作成してください。

ホストにログインし、RDS Custom エージェントが実行されていることを確認します。

エージェントステータスを表示するには、次のコマンドを使用します。

$name = "RDSCustomAgent"
$service = Get-Service $name
Write-Host $service.Status

ステータスが Running でなければ、次のコマンドを使ってサービスを開始できます。

Start-Service $name

エージェントが起動できない場合は、Windows イベントをチェックして、起動できない理由を確認します。エージェントでは、Windows ユーザーがサービスを起動する必要があります。Windows ユーザーが存在し、サービスを実行する権限があることを確認します。

SP-S2003

SSM エージェントステータス

Amazon SSM エージェントサービスにアクセスできないため、RDS Custom DB インスタンスのステータスは [サポートされていない設定] に設定されています。これをトラブルシューティングするには、Get-Service AmazonSSMAgent PowerShell コマンドでサービスステータスを確認するか、Start-Service AmazonSSMAgent でサービスを起動します。ssm、ssmmessages、および ec2messages のリージョン別エンドポイントへの HTTPS (ポート 443) アウトバウンドトラフィックが許可されていることを確認します。

詳細については、「SSM Agent のトラブルシューティング」を参照してください。

SSM エンドポイントのトラブルシューティングについては、「Unable to connect to SSM endpoints」および「Use ssm-cli to troubleshoot managed node availability」を参照してください。

SP-S2004

RDS Custom エージェントログイン

SP-S2004 SQL ログイン "$HOSTNAME/RDSAgent” で予期しない問題が発生したため、RDS Custom DB インスタンスのステータスは [サポートされていない設定] に設定されています。この問題を解決するには、サポートケースを作成します。

SP-S2005

タイムゾーン

Amazon EC2 インスタンス [%s] のタイムゾーンが変更されたため、RDS Custom DB インスタンスのステータスは [サポートされていない設定] に設定されています。これを解決するには、タイムゾーンをインスタンスの作成時に指定された設定に戻します。特定のタイムゾーンでインスタンスを作成する場合は、RDS Custom のドキュメントを参照してください。

Get-Timezone PowerShell コマンドを実行して、タイムゾーンを確認します。

詳細については、「RDS Custom for SQL Server DB インスタンスのローカルタイムゾーン」を参照してください。

SP-S2006

高可用性ソフトウェアソリューションバージョン

現在のインスタンスの高可用性ソフトウェアソリューションが想定バージョンと異なるため、RDS Custom DB インスタンスのステータスは [サポートされていない設定] に設定されています。この問題を解決するには、サポートケースを作成します。

SP-S2007

高可用性ソフトウェアソリューションの設定

高可用性ソフトウェアソリューションの設定がインスタンス %s で予期しない値に変更されているため、RDS Custom DB インスタンスのステータスは [サポートされていない設定] に設定されています。この問題を解決するには、EC2 インスタンスを再起動します。EC2 インスタンスを再起動すると、高可用性ソフトウェアソリューションに必要な設定に自動的に更新されます。

データベース

SP-S3001

SQL Server 共有メモリプロトコル

SQL Server 共有メモリプロトコルが無効になっているため、RDS Custom DB インスタンスのステータスは [サポートされていない設定] に設定されています。これを解決するには、SQL Server Configuration Manager で共有メモリプロトコルを有効にします。

これを検証するには、[SQL Server Configuration Manager] > [SQL Server Network Configuration] > [Protocols for MSSQLSERVER] > [Shared Memory] が有効になっていることを確認します。プロトコルを有効にしてから、SQL Server プロセスを再起動します。

SP-S3002

サービスマスターキー

RDS オートメーションが、新しい SMK 生成の一部としてサービスマスターキー (SMK) のバックアップを取得できないため、RDS Custom DB インスタンスのステータスは [サポートされていない設定] に設定されています。この問題を解決するには、サポートケースを作成します。

SP-S3003

サービスマスターキー

サービスマスターキー (SMK) に関連するメタデータがないか不完全であるため、RDS Custom DB インスタンスのステータスは [サポートされていない設定] に設定されています。この問題を解決するには、サポートケースを作成します。

SP-S3004

DB エンジンのバージョンとエディション

想定されている SQL Server のバージョン/エディションとインストールされている SQL Server のバージョン/エディションが一致しません。SQL Server エディションの変更は、RDS Custom for SQL Server ではサポートされていません。また、RDS Custom EC2 インスタンスでの SQL Server バージョンの手動変更もサポートされていません。この問題を解決するには、サポートケースを作成します。

次のクエリを実行して、SQL バージョンを取得します。

select @@version

次の AWS CLI コマンドを実行して、RDS SQL エンジンのバージョンとエディションを取得します。

aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep EngineVersion
aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep Engine

詳細については、「RDS Custom for SQL Server DB インスタンスの変更」および「DB インスタンスのエンジンバージョンのアップグレード」を参照してください。

SP-S3005

DB エンジンのエディション

想定されている SQL Server のエディション [%s] と現在の SQL Server のエディションが一致しません。SQL Server エディションの変更は、RDS Custom for SQL Server ではサポートされていません。この問題を解決するには、サポートケースを作成します。

次のクエリを実行して、SQL エディションを取得します。

select @@version

次の AWS CLI コマンドを実行して、RDS SQL エンジンのエディションを取得します。

aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep Engine

SP-S3006

DB エンジンのバージョン

想定されている SQL Server のバージョン [%s] と現在の SQL Server のバージョンが一致しません。RDS Custom EC2 インスタンスでは、SQL Server のバージョンを手動で変更することはできません。この問題を解決するには、サポートケースを作成します。SQL Server のバージョンを今後変更する場合は、AWS RDS コンソールから、または modify-db-instance CLI コマンドを使用してインスタンスを変更できます。

次のクエリを実行して、SQL バージョンを取得します。

select @@version

次の AWS CLI コマンドを実行して、RDS SQL エンジンのバージョンを取得します。

aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep EngineVersion

詳細については、「RDS Custom for SQL Server DB インスタンスの変更」および「DB インスタンスのエンジンバージョンのアップグレード」を参照してください。

SP-S3007

データベースファイルの場所

データベースファイルが D:\ ドライブの外部で設定されているため、RDS Custom DB インスタンスのステータスは [サポートされていない設定] に設定されています。これを解決するには、ROW、LOG、FILESTREAM などのすべてのデータベースファイルが D:\ ドライブに格納されることを確認します。

次のクエリを実行して、デフォルトパスにないデータベースファイルの場所を一覧表示します。

USE master;
SELECT physical_name as  files_not_in_default_path
FROM sys.master_files
WHERE SUBSTRING(physical_name,1,3)!='D:\';

RDS Custom for SQL Server の Storage-Full に関するトラブルシューティング

RDS Custom は、RDS Custom for SQL Server DB インスタンスのルート (C:) ボリュームとデータ (D:) ボリュームの両方で利用できるスペースをモニタリングします。いずれかのボリュームで利用できるディスク容量が 500 MiB 未満の場合、RDS Custom はインスタンスの状態を Storage-Full ステータスに変更します。インスタンスのストレージをスケールするには、「RDS Custom for SQL Server DB インスタンスのストレージの変更」を参照してください。

注記

Storage-Full のインスタンスは、ストレージのスケーリング後に解決されるまで最長 30 分かかる場合があります。

RDS Custom for SQL Server の TDE が有効なデータベースの PENDING_RECOVERY 状態のトラブルシューティング

自動復号で問題が発生した場合、透過的データ暗号化 (TDE) が有効になっている SQL Server データベースは PENDING_RECOVERY 状態のままになることがあります。これは通常、復元の完了前にアカウントの RDS Custom マネージド S3 バケットに保存されているソース DB インスタンスサービスマスターキー (SMK) バックアップファイルが削除された場合に、DB インスタンスの復元後に発生します。

自動復号を有効にして TDE が有効なデータベースをオンラインにするには、パスワードでデータベースマスターキー (DMK) を開き、SMK を使用して DMK を暗号化する必要があります。

以下の SQL Server コマンドを参照してください。

-- Identify PENDING_RECOVERY TDE databases
USE MASTER;
GO
SELECT name, is_encrypted, state_desc FROM sys.databases;
GO

-- Open DMK using password
OPEN MASTER KEY DECRYPTION BY PASSWORD = '<password>';
GO

-- Encrypt DMK using SMK
ALTER MASTER KEY ADD ENCRYPTION BY SERVICE MASTER KEY;
GO

-- Close SMK
CLOSE MASTER KEY;
GO

-- Bring the TDE databases online
ALTER DATABASE <database_name> SET ONLINE;
GO

-- Verify TDE databases are now in ONLINE state
SELECT name, is_encrypted, state_desc FROM sys.databases;
GO