Amazon RDS for Microsoft SQL Server
Amazon RDS は、複数のバージョンやエディションの Microsoft SQL Server をサポートします。以下の表は、メジャーバージョンごとのサポートされている最新のマイナーバージョンを示しています。サポートされているバージョン、エディション、および RDS エンジンのバージョンの詳細なリストについては、「Amazon RDS での Microsoft SQL Server バージョン」を参照してください。
メジャーバージョン | サービスパック/ GDR | 累積更新 | マイナーバージョン | ナレッジベース記事 | リリース日 |
---|---|---|---|---|---|
SQL Server 2022 | GDR | CU13 |
16.0.4131.2 |
KB5040939 |
2024 年 8 月 12 日 |
SQL Server 2019 | 該当しない | CU27 |
15.0.4382.1 |
KB5040948 |
2024 年 8 月 12 日 |
SQL Server 2017 | GDR | CU31 |
14.0.3471.2 |
KB5040940 |
2024 年 8 月 12 日 |
SQL Server 2016 | SP3 GDR | 該当しない |
13.0.6441.1 |
KB5040946 |
2024 年 8 月 12 日 |
SQL Server のライセンスについては、「Amazon RDS での Microsoft SQL Server のライセンス」を参照してください。SQL Server のビルドの詳細については、「最新の SQL Server ビルドに関する情報の検索場所
Amazon RDS では、DB インスタンス、DB スナップショット、ポイントインタイムリカバリ、自動バックアップ、手動バックアップを作成できます。SQL Server を実行する DB インスタンスは VPC 内で使用できます。SQL Server を実行している DB インスタンスへの接続に Secure Sockets Layer (SSL) を使用することもできます。さらに、保管時のデータの暗号化に Transparent Data Encryption (TDE) を使用することも可能です。Amazon RDS は現在、SQL Server データベースミラーリング (DBM) または Always On Availability グループ (AG) を、高可用性フェイルオーバーソリューションとして使用することで、SQL Server 向けのマルチ AZ デプロイをサポートしています。
マネージド型サービスを提供するために、Amazon RDS では DB インスタンスへのシェルアクセスはできないように設定されています。また、高度な権限を必要とする特定のシステムプロシージャやシステムテーブルへのアクセスが制限されています。Amazon RDS では、Microsoft SQL Server Management Studio などの標準的な SQL クライアントアプリケーションを使用しての、DB インスタンス上のデータベースに対するアクセスがサポートされています。Amazon RDS では、Telnet、Secure Shell (SSH)、または Windows のリモートデスクトップ接続を使用した、DB インスタンスへの直接的なホストアクセスは許可されません。DB インスタンスを作成すると、マスターユーザーに対して、そのインスタンス上のすべてのユーザーデータベースに対する db_owner ロールが割り当てられ、バックアップに使用するアクセス許可を除き、すべてのデータベースレベルのアクセス許可が付与されます。バックアップは、Amazon RDS により自動的に実行されます。
最初の DB インスタンスを作成する前に、このガイドの「セットアップ」セクションの手順を完了してください。詳細については、「Amazon RDS のセットアップ」を参照してください。
トピック
- Amazon RDS の Microsoft SQL Server 用の一般的な管理タスク
- Microsoft SQL Server DB インスタンスの制限
- Microsoft SQL Server の DB インスタンスクラスのサポート
- Microsoft SQL Server のセキュリティ
- Microsoft SQL Server DB インスタンス用のコンプライアンスプログラムサポート
- Microsoft SQL Server DB インスタンスの SSL サポート
- Amazon RDS での Microsoft SQL Server バージョン
- Amazon RDS でのバージョン管理
- Amazon RDS での Microsoft SQL Server の機能
- Microsoft SQL Server DB インスタンスの変更データキャプチャのサポート
- サポート対象外の機能とサポートが制限されている機能
- Microsoft SQL Server のデータベースミラーリングまたは Always On 可用性グループを使用したマルチ AZ 配置
- Transparent Data Encryption を使用した保管時のデータの暗号化
- Amazon RDS for Microsoft SQL Server 用の関数とストアドプロシージャ
- Microsoft SQL Server DB インスタンスのローカルタイムゾーン
- Amazon RDS での Microsoft SQL Server のライセンス
- Microsoft SQL Server データベースエンジンを実行する DB インスタンスに接続する
- RDS for SQL Server による Active Directory の操作
- 新しい SSL/TLS 証明書を使用して Microsoft SQL Server DB インスタンスに接続するようにアプリケーションを更新する
- Microsoft SQL Server DB エンジンのアップグレード
- ネイティブバックアップと復元を使用した SQL Server データベースのインポートとエクスポート
- Amazon RDS での Microsoft SQL Server 用のリードレプリカの使用
- Amazon RDS for Microsoft SQL Server のマルチ AZ 配置
- Amazon RDS での Microsoft SQL Server の追加機能
- Microsoft SQL Server データベースエンジンのオプション
- Microsoft SQL Server の一般的な DBA タスク
Amazon RDS の Microsoft SQL Server 用の一般的な管理タスク
以下に示しているのは、Amazon RDS for SQL Server DB インスタンスで実行する一般的な管理タスクと、各タスクの関連ドキュメントへのリンクです。
タスク領域 | 関連資料 |
---|---|
インスタンスクラス、ストレージ、PIOPS 本稼働用に DB インスタンスを作成する場合、インスタンスクラス、ストレージタイプ、およびプロビジョンド IOPS が Amazon RDS でどのように機能するか理解する必要があります。 |
|
マルチ AZ 配置 本稼働 DB インスタンスは、マルチ AZ 配置を使用する必要があります。マルチ AZ 配置は、DB インスタンスの拡張された可用性、データ堅牢性、および耐障害性を提供します。SQL Server のマルチ AZ 配置は、SQL Server ネイティブの DBM または AG テクノロジーを使用して実装されます。 |
Microsoft SQL Server のデータベースミラーリングまたは Always On 可用性グループを使用したマルチ AZ 配置 |
Amazon Virtual Private Cloud (VPC) AWS アカウントにデフォルト VPC がある場合、DB インスタンスがデフォルト VPC 内に自動的に作成されます。アカウントにデフォルト VPC がない場合、DB インスタンスを VPC に作成する必要があるときは、DB インスタンスを作成する前に VPC とサブネットグループを作成する必要があります。 |
|
セキュリティグループ デフォルトでは、DB インスタンスが作成されると、アクセスを禁止するファイアウォールが設定されます。したがって、DB インスタンスにアクセスするために、正しい IP アドレスとネットワーク構成を備えたセキュリティグループを作成する必要があります。 |
|
パラメータグループ DB インスタンスに特定のデータベースパラメータが必要になる場合は、DB インスタンスを作成する前にパラメータグループを作成する必要があります。 |
|
オプショングループ DB インスタンスに特定のデータベースオプションが必要になる場合は、DB インスタンスを作成する前にオプショングループを作成する必要があります。 |
|
DB インスタンスへの接続 セキュリティグループを作成し、それを DB インスタンスに関連付けると、Microsoft SQL Server Management Studio などの標準的な SQL クライアントアプリケーションを使用して DB インスタンスに接続できます。 |
|
バックアップと復元 DB インスタンスを作成するとき、自動バックアップが作成されるように設定できます。完全バックアップファイル (.bak ファイル) を使用することで、データベースを手動でバックアップおよび復元することもできます。 |
|
モニタリング CloudWatch Amazon RDS メトリクス、イベント、および拡張モニタリングを使用することで、SQL Server DB インスタンスをモニタリングできます。 |
|
ログファイル SQL Server DB インスタンスのログファイルにアクセスできます。 |
SQL Server DB インスタンスを使用するための高度な管理タスクがあります。詳細については、次のドキュメントを参照してください。
Microsoft SQL Server DB インスタンスの制限
DB インスタンスへの Microsoft SQL Server の Amazon RDS 実装には、注意が必要ないくつかの制限があります。
-
DB インスタンスでサポートされるデータベースの最大数は、インスタンスクラスタイプと可用性モードのシングル AZ、マルチ AZ データベースミラーリング (DBM)、またはマルチ AZ 可用性グループ (AG) によって異なります。Microsoft SQL Server システムは、この制限にはカウントされません。
次の表は、各インスタンスクラスタイプと可用性モードでサポートされるデータベースの最大数を示しています。この表は、あるインスタンスクラスタイプから別のインスタンスクラスタイプに移動するか、ある可用性モードから別の可用性モードに移行することができるのかを判断するのに役立ちます。ソース DB インスタンスに、ターゲットインスタンスのクラスタイプまたは可用性モードがサポートできる数より多いデータベースがある場合、DB インスタンスの変更は失敗します。リクエストのステータスは、[イベント] ウィンドウで確認できます。
インスタンスクラスのタイプ Single-AZ マルチ AZ (DBM) マルチ AZ (Always On AG) db.*.micro to db.*.medium 30 該当なし 該当なし db.*.large 30 30 30 db.*.xlarge から db.*.16xlarge 100 50 75 db.*.24xlarge 100 50 100 * は、インスタンスクラスの異なるタイプを表します。
例えば、DB インスタンスが、シングル AZ の db.*.16xlarge で実行されており、76 のデータベースを持っているとします。マルチ AZ の Always On AG を使用してアップグレードする DB インスタンスを変更します。DB インスタンスにターゲット設定でサポートできる以上のデータベースが含まれているため、このアップグレードは失敗します。インスタンスクラスタイプを db.*.24xlarge にアップグレードする場合には、その変更は成功します。
アップグレードが失敗すると、次のようなイベントおよびメッセージが表示されます。
-
データベースインスタンスクラスを変更できません。インスタンスには 76 個のデータベースがありますが、変換後にサポートされるのは 75 個のみです。
-
DB インスタンスクラスを マルチ AZ に変換できません。インスタンスには 76 のデータベースがありますが、変換後にサポートされるのは 75 のみです。
ポイントインタイムリストアまたはスナップショットリストアに失敗すると、次のようなイベントやメッセージが表示されます。
-
データベースインスタンスが互換性のない復元になりました。インスタンスには 76 個のデータベースがありますが、変換後にサポートされるのは 75 個のみです。
-
-
以下のポートは、Amazon RDS 用に予約されているため、DB インスタンスの作成時には使用できません:
1234, 1434, 3260, 3343, 3389, 47001,
および49152-49156
。 -
169.254.0.0/16 の範囲内の IP アドレスからのクライアント接続は許可されていません。これは、ローカルリンクのアドレス指定に使用される Automatic Private IP Addressing Range (APIPA) です。
-
DB インスタンスにソフトウェアの制限 (24 コア、4 ソケット、128 GB RAM) よりも多くのプロセッサがある場合、SQL Server Standard Edition は使用可能なプロセッサのサブセットのみを使用します。この例は、db.m5.24xlarge および db.r5.24xlarge インスタンスクラスです。
詳細については、Microsoft のドキュメントの「Editions and supported features of SQL Server 2019 (15.x)
」のスケール制限の表を参照してください。 -
Amazon RDS for SQL Server では、msdb データベースへのデータのインポートがサポートされていません。
-
SQL Server マルチ AZ 配置の DB インスタンスにあるデータベースの名前は変更できません。
-
RDS for SQL Server で次の DB パラメータを設定する場合は、必ずこれらのガイドラインを使用してください。
-
max server memory (mb)
>= 256 MB -
max worker threads
>= (論理CPUの数 * 7)
DB パラメータの設定の詳細については、「Amazon RDS のパラメータグループ」を参照してください。
-
-
SQL Server DB インスタンスの最大ストレージのサイズは次のとおりです。
-
汎用 (SSD) ストレージ – すべてのエディションで 16 TiB
-
プロビジョンド IOPS ストレージ – すべてのエディションで 16 TiB
-
マグネティックストレージ – すべてのエディションで 1 TiB
さらに大きいサイズのストレージを必要とするシナリオでは、複数の DB インスタンスにまたがるシャーディングを使用することによって制限を回避できます。このアプローチでは、シャーディングされたシステムに接続するアプリケーションに、データに依存するルーティングロジックが必要です。既存のシャーディングフレームワークを使用するか、カスタムコードを記述してシャーディングを有効にできます。既存のフレームワークを使用する場合、このフレームワークは DB インスタンスと同じサーバーのコンポーネントにインストールできません。
-
-
SQL Server DB インスタンスの最小ストレージサイズは次のとおりです。
-
汎用 (SSD) ストレージ – Enterprise、Standard、Web および Express Edition 向けは 20 GiB
-
プロビジョンド IOPS ストレージ – Enterprise、Standard、Web および Express Editions 向けは 20 GiB
-
マグネティックストレージ – Enterprise、Standard、Web および Express エディション向けは 20 GiB
-
-
Amazon RDS では、RDS DB インスタンスと同じサーバー上でのこれらのサービスの実行をサポートしていません。
Data Quality Services
マスターデータサービス
これらの機能を使用するには、SQL Server を Amazon EC2 インスタンスにインストールするか、オンプレミスの SQL Server インスタンスを使用します。このような場合、EC2 インスタンスまたは SQL Server インスタンスは、Amazon RDS の SQL Server DB インスタンスのマスターデータサービスサーバーとして機能します。Microsoft のライセンスポリシーに従って、Amazon EBS とともに Amazon EC2 インスタンスに SQL サーバーをインストールできます。
-
Microsoft SQL Server の制限により、
DROP DATABASE
の実行が成功する前の時点に復元した場合、その時点のデータベースの状態が反映されない可能性があります。例えば、削除されたデータベースは通常、DROP DATABASE
コマンドが発行される前の最大 5 分前の状態に復元されます。このタイプの復元は、削除されたデータベースに数分間に行われたトランザクションを復元できないことを意味します。この問題に対処するには、復元オペレーションが完了してからDROP DATABASE
コマンドを再発行します。データベースを削除すると、そのデータベースのトランザクションログが削除されます。 -
SQL Server の場合は、DB インスタンスを作成した後、データベースを作成します。データベース名は、通常の SQL Server の命名ルールに従いますが、以下の点が異なります。
-
データベース名を
rdsadmin
で始めることはできません。 -
先頭や末尾にスペースやタブを含めることはできません。
-
新しい行を作成する文字を含めることはできません。
-
一重引用符 (
'
) を含めることはできません。 -
RDS for SQL Server は現在、マイナーバージョンの自動更新をサポートしていません。詳細については、「Amazon RDS でのバージョン管理」を参照してください。
-
-
SQL Server Web Edition では、新しい RDS for SQL Server DB インスタンスを作成するときにのみ、開発/テストテンプレートを使用できます。
Microsoft SQL Server の DB インスタンスクラスのサポート
DB インスタンスの計算とメモリの容量は、DB インスタンスクラスによって決まります。必要な DB インスタンスクラスは、処理能力とメモリの要件によって異なります。詳細については、「 DB インスタンスクラス」を参照してください。
Microsoft SQL Server でサポートされている DB インスタンスクラスの以下のリストは、参考のために示しています。最新のリストについては、RDS コンソール (https://console.aws.amazon.com/rds/
すべての DB インスタンスクラスが、サポートされているすべての SQL Server マイナーバージョンで使用できるわけではありません。例えば、db.r6i などの新しい DB インスタンスクラスは、古いマイナーバージョンでは使用できません。describe-orderable-db-instance-options
SQL Server エディション | 2022 サポートの範囲 | 2019 サポートの範囲 | 2017 および 2016 サポートの範囲 |
---|---|---|---|
Enterprise Edition |
|
|
|
Standard Edition |
|
|
|
Web Edition |
db.r6i.large –db.r6i.4xlarge
|
|
|
Express Edition |
|
|
|
Microsoft SQL Server のセキュリティ
Microsoft SQL Server データベースエンジンではロールベースのセキュリティを使用します。DB インスタンスを作成する際に指定するマスターユーザー名は、processadmin
、public
、および setupadmin
固定サーバーロールのメンバーである SQL Server 認証のログインです。
データベースを作成するユーザーには、そのデータベースの db_owner ロールが割り当てられ、バックアップに使用されるものを除き、データベースレベルのアクセス許可がすべて付与されます。バックアップは、Amazon RDS により自動的に実行されます。
次のサーバーレベルのロールは、Amazon RDS for SQL Server では使用できません。
-
bulkadmin
-
dbcreator
-
diskadmin
-
securityadmin
-
serveradmin
-
sysadmin
RDS for SQL Server DB インスタンスでは、次のサーバーレベルの許可は使用できません。
-
ALTER ANY DATABASE (任意のデータベースの変更)
-
ALTER ANY EVENT NOTIFICATION (すべてのイベント通知の変更)
-
ALTER RESOURCES (リソースの変更)
-
ALTER SETTINGS (設定の変更。DB パラメータグループ API オペレーションを使用してパラメータを変更できます。詳細については、「Amazon RDS のパラメータグループ」を参照)
-
AUTHENTICATE SERVER (サーバーの認証)
-
CONTROL_SERVER (コントロールサーバー)
-
CREATE DDL EVENT NOTIFICATION (DDL イベントの通知の作成)
-
CREATE ENDPOINT (エンドポイントの作成)
-
CREATE SERVER ROLE
-
CREATE TRACE EVENT NOTIFICATION (追跡イベント通知の作成)
-
DROP ANY DATABASE (任意のデータベースのドロップ)
-
EXTERNAL ACCESS ASSEMBLY (外部アクセスアセンブリ)
-
SHUTDOWN (代わりに RDS 起動オプションを使用できます)
-
UNSAFE ASSEMBLY (安全ではないアセンブリ)
-
任意の可用性グループの変更
-
可用性グループを作成する
Microsoft SQL Server DB インスタンス用のコンプライアンスプログラムサポート
AWS対象範囲内の のサービスは、サードパーティーの監査人によって十分に評価され、認定、コンプライアンスの証明、または Authority to Operate (ATO) が与えられます。詳細については、コンプライアンスプログラムによる対象範囲内の AWS のサービス
Microsoft SQL Server の DB インスタンス用の HIPAA サポート
Amazon RDS for Microsoft SQL Server データベースを使用して、HIPAA 準拠アプリケーションを構築できます。AWS との事業提携契約 (BAA) に基づいて、保護されるべき医療情報 (PHI) を含め、医療関連の情報を保存できます。詳細については、「HIPAA コンプライアンス
Amazon RDS for SQL Server では、以下のバージョンおよびエディションの HIPAA をサポートしています。
-
SQL Server 2022 Enterprise、Standard、および Web Edition
-
SQL Server 2019 Enterprise、Standard、および Web Edition
-
SQL Server 2017 Enterprise、Standard、および Web Edition
-
SQL Server 2016 Enterprise、Standard、および Web Edition
DB インスタンスで HIPAA サポートを有効にするには、次の 3 つのコンポーネントを設定します。
コンポーネント | 詳細 |
---|---|
監査 |
監査を設定するには、 |
送信の暗号化 |
送信の暗号化を設定するには、DB インスタンスへのすべての接続で Secure Sockets Layer (SSL) を強制的に使用するようにします。詳細については、「DB インスタンスへの接続に SSL を使用させる」を参照してください。 |
保管時の暗号化 |
保管時の暗号化を設定するには、2 つのオプションがあります。
|
Microsoft SQL Server DB インスタンスの SSL サポート
アプリケーションと Microsoft SQL Server を実行する Amazon RDS DB インスタンス間の接続は、SSL を使用して暗号化できます。また、DB インスタンスへのすべての接続に SSL の使用を強制することができます。接続に SSL の使用を強制する場合、これはクライアントに対して透過的に行われ、クライアントは SSL を使用するための作業を行う必要はありません。
SSL は、すべての AWS リージョンおよび対応しているすべての SQL Server エディションでサポートされています。詳細については、「Microsoft SQL Server DB インスタンスでの SSL の使用」を参照してください。
Amazon RDS での Microsoft SQL Server バージョン
新しい DB インスタンスを作成するときは、現在サポートされているいずれかの Microsoft SQL Server バージョンを指定できます。Microsoft SQL Server メジャーバージョン (Microsoft SQL Server 14.00 など) と、指定したメジャーバージョンでサポートされている任意のマイナーバージョンを指定できます。バージョンを指定しない場合、Amazon RDS では、サポートされているいずれかのバージョン (通常最新のバージョン) がデフォルトで設定されます。マイナーバージョンではなく、メジャーバージョンを指定した場合は、Amazon RDS では、お客様が指定したメジャーバージョンの最新リリースにデフォルトで設定されます。
次の表は、すべてのエディションとすべての AWS リージョンでサポートされているバージョンを示しています (例外については特記します)。サポートされているバージョンのリストと、新しく作成された DB インスタンスのデフォルトを表示するには、describe-db-engine-versions
AWS CLI コマンドを使用することもできます。次の表では、RDS でサポートされる SQL Server バージョンが示されます。
メジャーバージョン | マイナーバージョン | RDS API EngineVersion および CLI engine-version |
---|---|---|
SQL Server 2022 |
16.00.4131.2 (CU13) 16.00.4125.3 (CU13) 16.00.4120.1 (CU12 GDR) 16.00.4115.5 (CU12) 16.00.4105.2 (CU11) 16.00.4095.4 (CU10) 16.00.4085.2 (CU9) |
|
SQL Server 2019 |
15.00.4382.1 (CU27) 15.00.4375.4 (CU27) 15.00.4365.2 (CU26) 15.00.4355.3 (CU25) 15.00.4345.5 (CU24) 15.00.4335.1 (CU23) 15.00.4322.2 (CU22) 15.00.4316.3 (CU21) 15.00.4312.2 (CU20) 15.00.4236.7 (CU16) 15.00.4198.2 (CU15) 15.00.4153.1 (CU12) 15.00.4073.23 (CU8) 15.00.4043.16 (CU5) |
|
SQL Server 2017 |
14.00.3471.2 (CU31) 14.00.3465.1 (CU31) 14.00.3460.9 (CU31) 14.00.3451.2 (CU30) 14.00.3421.10 (CU27) 14.00.3401.7 (CU25) 14.00.3381.3 (CU23) 14.00.3356.20 (CU22) 14.00.3294.2 (CU20) 14.00.3281.6 (CU19) |
|
SQL Server 2016 |
13.00.6441.1 (GDR) 13.00.6435.1 (GDR) 13.00.6430.49 (GDR) 13.00.6419.1 (SP3 + 修正プログラム) 11.00.6020.0 (SP3) |
|
Amazon RDS でのバージョン管理
Amazon RDS には、柔軟なバージョン管理機能があります。この機能を使用して、DB インスタンスでのパッチの適用やアップグレードのタイミングと方法を制御できます。そのため、DB エンジンに対して以下の操作を行うことができます。
-
データベースエンジンのパッチバージョンとの互換性を維持する。
-
本番稼働環境にデプロイする前に、新しいパッチバージョンをテストして、アプリケーションで動作することを確認する。
-
サービスレベルアグリーメント (SLA) とタイミング要件を満たすようにバージョンアップグレードを計画して実行する。
Amazon RDS での Microsoft SQL Server DB エンジンのパッチ適用
Amazon RDS では、Amazon RDS に固有の DB インスタンスエンジンバージョンに、Microsoft SQL Server データベースの公式パッチを定期的に統合します。各エンジンバージョンの Microsoft SQL Server パッチの詳細については、「Amazon RDS のバージョンと機能のサポート」を参照してください。
現在、エンジンのアップグレードはすべて、DB インスタンスで手動で実行しています。詳細については、「Microsoft SQL Server DB エンジンのアップグレード」を参照してください。
Amazon RDS の Microsoft SQL Server のメジャーエンジンバージョンの非推奨スケジュール
次の表は、Microsoft SQL Server のメジャーエンジンバージョンの計画された非推奨スケジュールを示しています。
日付 | 情報 |
---|---|
2024 年 7 月 9 日 |
Microsoft は、SQL Server 2014 の重要なパッチの更新を停止します。詳細については、Microsoft ドキュメントの Microsoft SQL Server 2014 |
2024 年 6 月 1 日 |
Amazon RDS は、SQL Server 用 RDS での Microsoft SQL Server 2014 のサポートを終了する予定です。その時点で、残りのインスタンスは SQL Server 2016 (利用可能な最新のマイナーバージョン) に移行される予定です。詳細については、「Announcement: Amazon RDS for SQL Server ending of support for SQL Server 2014 major versions Microsoft SQL Server 2014 から自動的にアップグレードされないように、都合の良いときに一度にアップグレードしてください。詳細については、「DB インスタンスのエンジンバージョンのアップグレード」を参照してください。 |
2022 年 7 月 12 日 |
Microsoft は、SQL Server 2012 の重要なパッチの更新を停止します。詳細については、Microsoft ドキュメントの Microsoft SQL Server 2012 |
2022 年 6 月 1 日 |
Amazon RDS は、SQL Server 用 RDS での Microsoft SQL Server 2012 のサポートを終了する予定です。その時点で、残りのインスタンスは SQL Server 2014 (利用可能な最新のマイナーバージョン) に移行される予定です。詳細については、Announcement: Amazon RDS for SQL Server ending of support for SQL Server 2012 major versions Microsoft SQL Server 2012 から自動的にアップグレードされないように、都合の良いときに一度にアップグレードしてください。(詳しくは、「DB インスタンスのエンジンバージョンのアップグレード」を参照してください。) |
2021 年 9 月 1 日 | Amazon RDS は、Microsoft SQL Server 2012 を使用する、SQL Server DB インスタンス用の新規 RDS 作成の無効化を開始します。詳細については、Announcement: Amazon RDS for SQL Server ending of support for SQL Server 2012 major versions |
2019 年 7 月 12 日 |
Amazon RDS チームは、2019 年 6 月に Microsoft SQL Server 2008 R2 のサポートを廃止しました。Microsoft SQL Server 2008 R2 の残りのインスタンスは、SQL Server 2012 (利用可能な最新のマイナーバージョン) に移行されます。 Microsoft SQL Server 2008 R2 から自動的にアップグレードされないように、都合の良いときに一度にアップグレードします。詳細については、「DB インスタンスのエンジンバージョンのアップグレード」を参照してください。 |
2019 年 4 月 25 日 | 2019 年 4 月末、Microsoft SQL Server 2008R2 を使用して新しい Amazon RDS for SQL Server データベースインスタンスを作成することはできなくなります。 |
Amazon RDS での Microsoft SQL Server の機能
Amazon RDS でサポートされる SQL Server バージョンには、以下の機能が含まれます。一般に、Microsoft のドキュメントで特に明記されていない限り、バージョンには以前のバージョンの機能も含まれます。
トピック
Microsoft SQL Server 2022 の機能
SQL Server 2022 には以下のような多数の新機能があります。
-
パラメータに依存するプランの最適化 — 1 つのパラメータ化されたステートメントに対して複数のキャッシュされたプランを使用できるため、パラメータのスニッフィングの問題が軽減される可能性があります。
-
SQL Server Ledger – データが承認なしで変更されていないことを暗号的に証明する機能を提供します。
-
トランザクションログファイルの拡張イベントのファイルの瞬時初期化 – TDE が有効になっているデータベースの場合を含め、最大 64MB までのログ拡張イベントをより速く実行できます。
-
システムページラッチのコンカレンシーの機能強化 — データページとエクステントの割り当てと割り当て解除中のページのラッチの競合が軽減され、
tempdb
の負荷の高いワークロードのパフォーマンスが大幅に強化されます。
SQL Server 2022 のすべての機能のリストについては、Microsoft のドキュメントの「SQL Server 2022 (16.x) の新機能
サポートされない機能の一覧については、「サポート対象外の機能とサポートが制限されている機能」を参照してください。
Microsoft SQL Server 2019 の機能
SQL Server 2019 には以下のような多数の新機能があります。
-
高速データベース復旧 (ADR) – 再起動後または長時間実行されているトランザクションロールバック後のクラッシュ復旧時間が短くなります。
-
インテリジェントクエリ処理 (IQP):
-
行モードメモリ許可フィードバック – 過剰な許可が自動的に修正されます。これにより、無駄なメモリ使用や同時実行が減ります。
-
行ストアバッチモード – 列ストアインデックスを必要とせずに、分析ワークロードのバッチモード実行が可能になります。
-
テーブル変数の遅延コンパイル – テーブル変数を参照するクエリのプラン品質と全体的なパフォーマンスが向上します。
-
-
インテリジェントなパフォーマンス:
-
OPTIMIZE_FOR_SEQUENTIAL_KEY
インデックスオプション – インデックスへの同時実行挿入のスループットが向上します。 -
間接チェックポイントのスケーラビリティの向上 – DML ワークロードが高いデータベースに役立ちます。
-
Concurrent Page Free Space (PFS) の更新 – 排他的ラッチではなく共有ラッチとしての処理が可能になります。
-
-
モニタリングの改善点:
-
WAIT_ON_SYNC_STATISTICS_REFRESH
待機タイプ – 同期統計更新オペレーションにかかったインスタンスレベルの累積時間を示します。 -
データベーススコープの設定 –
LIGHTWEIGHT_QUERY_PROFILING
とLAST_QUERY_PLAN_STATS
が含まれます。 -
動的管理機能 (DMF) –
sys.dm_exec_query_plan_stats
とsys.dm_db_page_info
が含まれます。
-
-
詳細な切り捨て警告 – データの切り捨てエラーメッセージに、デフォルトでテーブル名と列名、切り捨てられた値が含まれます。
-
再開可能なオンラインインデックスの作成 – SQL Server 2017 では、再開可能なオンラインインデックスの再構築のみがサポートされています。
SQL Server 2019 のすべての機能のリストについては、Microsoft のドキュメントの「SQL Server 2019 (15.x) の新機能
サポートされない機能の一覧については、「サポート対象外の機能とサポートが制限されている機能」を参照してください。
Microsoft SQL Server 2017 の機能
SQL Server 2017 には次のような多数の新機能があります。
-
適応型クエリ処理
-
自動計画修正 (自動チューニング機能)
-
GraphDB
-
再開可能なインデックスの再構築
SQL Server 2017 のすべての機能のリストについては、Microsoft のドキュメントの「SQL Server 2017 の新機能
サポートされない機能の一覧については、「サポート対象外の機能とサポートが制限されている機能」を参照してください。
Microsoft SQL Server 2016 の機能
Amazon RDS は、SQL Server 2016 の以下の機能をサポートしています。
-
常時暗号化
-
JSON サポート
-
運用の分析
-
クエリの保存
-
一時テーブル
SQL Server 2016 の機能の詳細なリストについては、Microsoft ドキュメントの「SQL Server 2016 の新機能
Microsoft SQL Server 2014 が Amazon RDS でのサポートを終了
SQL Server 2014 は Amazon RDS でのサポートが終了しました。
RDS では、SQL Server 2014 を使用している既存のインスタンスはすべて、最新のマイナーバージョンの SQL Server 2016 にアップグレードされます。詳細については、「Amazon RDS でのバージョン管理」を参照してください。
Microsoft SQL Server 2012 が Amazon RDS でのサポートを終了
SQL Server 2012 は Amazon RDS でのサポートが終了しました。
RDS では、SQL Server 2012 を使用している既存のインスタンスはすべて、最新のマイナーバージョンの SQL Server 2016 にアップグレードされます。詳細については、「Amazon RDS でのバージョン管理」を参照してください。
Microsoft SQL Server 2008 R2 が Amazon RDS でのサポートを終了
SQL Server 2008 R2 は Amazon RDS でのサポートが終了しました。
RDS では、SQL Server 2008 R2 を使用している既存のインスタンスはすべて、最新のマイナーバージョンの SQL Server 2012 にアップグレードされます。(詳しくは、「Amazon RDS でのバージョン管理」を参照してください。)
Microsoft SQL Server DB インスタンスの変更データキャプチャのサポート
Amazon RDS は、Microsoft SQL Server で実行されている DB インスタンスの変更データキャプチャをサポートします。CDC は、テーブル内のデータに加えられた変更を取得し、後からアクセスできる各変更に関するメタデータを格納します。詳細については、Microsoft ドキュメントの「変更データキャプチャ
Amazon RDS は、次の SQL Server のエディションおよびバージョンの CDC をサポートしています。
-
Microsoft SQL Server Enterprise Edition (すべてのバージョン)
-
Microsoft SQL Server Standard Edition:
2022
2019
2017 年
2016 バージョン 13.00.4422.0 SP1 CU2 以降
Amazon RDS DB インスタンスで CDC を使用するには、まず RDS 提供のストアドプロシージャを使用してデータベースレベルで CDC を有効または無効にします。その後で、そのデータベースの db_owner
ロールを持つユーザーは、ネイティブの Microsoft ストアドプロシージャを使用して、そのデータベースの CDC を制御できます。詳細については、「変更データキャプチャの使用」を参照してください。
CDC および AWS Database Migration Service を使用すると、SQL Server DB インスタンスからの継続的なレプリケーションを有効にできます。
サポート対象外の機能とサポートが制限されている機能
次の Microsoft SQL Server 機能は、Amazon RDS でサポートされていません。
Microsoft Azure Blob ストレージへのバックアップ
バッファプールの拡張
-
カスタムパスワードポリシー
Data Quality Services
データベースのログ配布
-
データベーススナップショット (Amazon RDS は DB インスタンスナップショットのみをサポートします)
拡張ストアドプロシージャ (xp_cmdshell を含む)
FILESTREAM のサポート
ファイルテーブル
機械学習と R サービス (インストールするための OS アクセス許可が必要です)
メンテナンスプラン
パフォーマンスデータコレクター
ポリシーベースの管理
PolyBase
レプリケーション
リソースガバナー
サーバーレベルのトリガー
サービスブローカーエンドポイント
Stretch database
-
信頼できるデータベースプロパティ (sysadmin ロールが必要)
T-SQL エンドポイント (CREATE ENDPOINT を使用するオペレーションはいずれも使用できません)
WCF Data Services
以下の Microsoft SQL Server 機能は、Amazon RDS でのサポートが制限されています。
-
分散クエリ/リンクサーバー。詳細については、Amazon RDS for Microsoft SQL Server を使用してリンクされたサーバーを実装する
を参照してください。 -
共通ランタイム言語 (CLR)。RDS for SQL Server 2016 以前のバージョンでは、CLR は
SAFE
モードでサポートされ、アセンブリビットだけを使用しています。CLR は、RDS for SQL Server 2017 以降のバージョンでサポートされていません。詳細については、Microsoft のドキュメントの「Common Runtime Language Integration」を参照してください。 -
Amazon RDS for SQL Server での Oracle OLEDB によるリンクされたサーバー 詳細については、「Amazon RDS for SQL Server での Oracle OLEDB によるリンクされたサーバーのサポート」を参照してください。
次の機能は、Amazon RDS with SQL Server 2022 でサポートされていません。
スナップショット作成のためのデータベースの一時停止
外部データソース
S3 互換オブジェクトストレージへのバックアップと復元
オブジェクトストアの統合
TLS 1.3 および MS-TDS 8.0
QAT によるバックアップ圧縮オフロード
SQL Server Analysis Services (SSAS)
マルチ AZ 配置によるデータベースミラーリング。SQL Server Always On は、マルチ AZ 配置でサポートされている唯一の方法です。
Microsoft SQL Server のデータベースミラーリングまたは Always On 可用性グループを使用したマルチ AZ 配置
Amazon RDS は、Microsoft SQL Server を実行する DB インスタンスで SQL Server データベースミラーリング (DBM) または Always On 可用性グループ (AG) によるマルチ AZ 配置をサポートしています。マルチ AZ 配置は、DB インスタンスの拡張された可用性、データ堅牢性、および耐障害性を提供します。予定されたデータベースメンテナンスまたは予期しないサービス障害時に、Amazon RDS は自動的に最新のセカンダリレプリカにフェイルオーバーするため、データベースオペレーションを手動の介入なしで速やかに再開できます。プライマリインスタンスおよびセカンダリインスタンスは、同じエンドポイントを使用します。このエンドポイントの物理的なネットワークアドレスは、フェイルオーバープロセスの一環としてパッシブなセカンダリレプリカに移行します。フェイルオーバーが発生した場合、アプリケーションを再構成する必要はありません。
Amazon RDS は、アクティブにマルチ AZ をモニタリングして、プライマリで問題が発生したときにフェイルオーバーを開始することで、フェイルオーバーを管理します。スタンバイとプライマリが完全に同期しない限り、フェイルオーバーが開始することはありません。Amazon RDS は、異常のある DB インスタンスを自動的に修正し、同期レプリケーションを再確立することで、マルチ AZ デプロイをアクティブに維持します。何も管理する必要はありません。Amazon RDS がプライマリインスタンス、監視インスタンス、およびスタンバイインスタンスを処理します。SQL Server マルチ AZ をセットアップすると、RDS はインスタンスのすべてのデータベースに対してパッシブなセカンダリインスタンスを設定します。
詳細については、「Amazon RDS for Microsoft SQL Server のマルチ AZ 配置」を参照してください。
Transparent Data Encryption を使用した保管時のデータの暗号化
Amazon RDS は、格納されているデータを透過的に暗号化する Microsoft SQL Server の透過的なデータ暗号化 (TDE) をサポートしています。Amazon RDS は、オプショングループを使用してこれらの機能の有効化と設定を行います。TDE オプションの詳細については、「SQL サーバーの透過的なデータの暗号化サポート」を参照してください。
Amazon RDS for Microsoft SQL Server 用の関数とストアドプロシージャ
次の表に、SQL Server タスクの自動化に役立つ Amazon RDS 関数とストアドプロシージャの一覧を示します。
タスクタイプ | プロシージャまたは関数 | 使用場所 |
---|---|---|
管理タスク |
|
Microsoft SQL Server データベースの削除 |
|
最後のフェイルオーバー時間の確認 | |
|
マルチ AZ 配置の Microsoft SQL Server データベースの名前を変更する | |
|
エラーログとエージェントログの表示 | |
|
このオペレーションは、さまざまな DB インスタンスの設定を設定するために使用されます。 |
|
|
Microsoft SQL Server データベースをオフラインからオンラインに切り替える | |
|
SQL Server エージェントジョブレプリケーションをオンにする | |
|
|
|
|
tempdb データベースの圧縮 | |
変更データキャプチャ (CDC) |
|
CDC の無効化 |
|
CDC の有効化 | |
データベースメール |
|
メッセージ、ログ、添付ファイルの表示 |
|
メッセージ、ログ、添付ファイルの表示 | |
|
メッセージ、ログ、添付ファイルの表示 | |
|
このオペレーションは、メールキューの開始と停止に使用されます。 |
|
|
メッセージの削除 | |
ネイティブバックアップおよび復元 |
|
データベースのバックアップ |
|
タスクのキャンセル | |
|
データベースの復元を終了する | |
|
データベースの復元 | |
|
ログの復元 | |
Amazon S3 ファイル転送 |
|
RDS DB インスタンスでのファイル削除 |
|
Amazon S3 バケットから SQL Server DB インスタンスにファイルをダウンロードする | |
|
RDS DB インスタンスでのファイル一覧表示 | |
|
SQL Server DB インスタンスから Amazon S3 バケットにファイルをアップロードする | |
Microsoft 分散トランザクションコーディネーター (MSDTC) |
|
トランザクションの追跡の使用 |
SQL Server Audit |
|
監査ログの表示 |
透過的なデータ暗号化 |
|
SQL サーバーの透過的なデータの暗号化サポート |
マイクロソフトビジネスインテリジェンス (MSBI) |
|
このオペレーションは SQL Server Analysis Services (SSAS) で使用されます。 このオペレーションは SQL Server Integration Services (SSIS) でも使用されます。 このオペレーションは SQL Server Reporting Services (SSRS) でも使用されます。 |
|
このオペレーションは MSBI タスクのステータスを表示します。
|
|
SSIS |
|
SSISDB データベースの削除 |
|
SSIS プロキシの作成 | |
SSRS |
|
SSRS データベースの削除 |
Microsoft SQL Server DB インスタンスのローカルタイムゾーン
Microsoft SQL Server を実行している Amazon RDS DB インスタンスのタイムゾーンは、デフォルトに設定されています。現在のデフォルトは協定世界時 (UTC) です。DB インスタンスのタイムゾーンをローカルタイムゾーンに設定して、アプリケーションのタイムゾーンと一致させることも可能です。
DB インスタンスを最初に作成するときにタイムゾーンを設定します。AWS Management Console、Amazon RDS API の CreateDBInstance アクション、または AWS CLI の create-db-instance コマンドを使用して、DB インスタンスを作成できます。
DB インスタンスがマルチ AZ 配置 (SQL Server の DBM または AG を使用) の一部である場合にフェイルオーバーが行われても、タイムゾーンは設定したローカルタイムゾーンを維持します。詳細については、「Microsoft SQL Server のデータベースミラーリングまたは Always On 可用性グループを使用したマルチ AZ 配置」を参照してください。
特定の時点への復元をリクエストする場合には、復元を行う時間を指定します。時間は、ローカルタイムゾーンで表示されます。詳細については、「特定の時点への DB インスタンスの復元」を参照してください。
DB インスタンスにローカルタイムゾーンを設定する際の制限事項を以下に示します。
-
SQL Server の既存の DB インスタンスのタイムゾーンを変更することはできません。
-
あるタイムゾーンの DB インスタンスのスナップショットを、タイムゾーンの異なる DB インスタンスに復元することはできません。
-
あるタイムゾーンのバックアップファイルを、別のタイムゾーンに復元しないことを強くお勧めします。バックアップファイルを別のタイムゾーンに復元した場合は、タイムゾーンの変更によるクエリとアプリケーションへの影響を精査する必要があります。詳細については、「ネイティブバックアップと復元を使用した SQL Server データベースのインポートとエクスポート」を参照してください。
サポートされているタイムゾーン
ローカルタイムゾーンは以下の表に示されているいずれかの値に設定できます。
タイムゾーン |
標準の時間オフセット |
説明 |
コメント |
---|---|---|---|
アフガニスタン標準時 |
(UTC+04:30) |
カブール |
このタイムゾーンは夏時間を考慮しません。 |
アラスカ標準時 |
(UTC–09:00) |
アラスカ |
|
アリューシャン標準時 | (UTC–10:00) | アリューシャン列島 | |
アルタイ標準時 | (UTC+07:00) | バルナウル (ゴルノ=アルタイスク) | |
アラブ標準時 | (UTC+03:00) | クウェート (リヤド) | このタイムゾーンは夏時間を考慮しません。 |
アラビア標準時 |
(UTC+04:00) |
アブダビ、マスカット |
|
アラビア標準時 | (UTC+03:00) | バグダッド | このタイムゾーンは夏時間を考慮しません。 |
アルゼンチン標準時 | (UTC–03:00) | ブエノスアイレス市 | このタイムゾーンは夏時間を考慮しません。 |
アストラハン標準時 | (UTC+04:00) | アストラハン (ウリヤノフスク州) | |
大西洋標準時 |
(UTC–04:00) |
大西洋標準時 (カナダ) |
|
中部オーストラリア標準時 |
(UTC+09:30) |
ダーウィン |
このタイムゾーンは夏時間を考慮しません。 |
オーストラリア中西部標準時 | (UTC+08:45) | ユークラ | |
東部オーストラリア標準時 |
(UTC+10:00) |
キャンベラ、メルボルン、シドニー |
|
アゼルバイジャン標準時 | (UTC+04:00) | バクー | |
アゾレス諸島標準時 | (UTC–01:00) | アゾレス諸島 | |
バイア州標準時 | (UTC–03:00) | サルバドル | |
バングラデシュ標準時 | (UTC+06:00) | ダッカ | このタイムゾーンは夏時間を考慮しません。 |
ベラルーシ標準時 |
(UTC+03:00) |
ミンスク |
このタイムゾーンは夏時間を考慮しません。 |
ブーゲンビル標準時 | (UTC+11:00) | ブーゲンビル島 | |
中部カナダ標準時 |
(UTC–06:00) |
サスカチュワン |
このタイムゾーンは夏時間を考慮しません。 |
カーボベルデ標準時 |
(UTC–01:00) |
カーボベルデ島 |
このタイムゾーンは夏時間を考慮しません。 |
コーカサス標準時 | (UTC+04:00) | エレバン | |
中部 オーストラリア標準時 |
(UTC+09:30) |
アデレード |
|
アメリカ中部標準時 |
(UTC–06:00) |
中米 |
このタイムゾーンは夏時間を考慮しません。 |
中央アジア標準時 |
(UTC+06:00) |
アスターナ |
このタイムゾーンは夏時間を考慮しません。 |
中部ブラジル標準時 |
(UTC–04:00) |
クヤバ |
|
中央ヨーロッパ標準時 |
(UTC+01:00) |
ベオグラード、ブラティスラヴァ、ブダペスト、リュブヤナ、プラハ |
|
中央ヨーロッパ標準時 |
(UTC+01:00) |
サラエボ、スコピエ、ワルシャワ、ザグレブ |
|
中央太平洋標準時 |
(UTC+11:00) |
ソロモン諸島、ニューカレドニア |
このタイムゾーンは夏時間を考慮しません。 |
中部標準時 |
(UTC–06:00) |
中部標準時 (米国およびカナダ) |
|
中部標準時 (メキシコ) |
(UTC–06:00) |
グアダラハラ、メキシコシティ、モンテレイ |
|
チャタム諸島標準時 | (UTC+12:45) | チャタム諸島 | |
中国標準時 |
(UTC+08:00) |
北京、重慶、香港特別行政区、ウルムチ |
このタイムゾーンは夏時間を考慮しません。 |
キューバ標準時 | (UTC–05:00) | ハバナ | |
日付変更線標準時 | (UTC–12:00) | 国際日付変更線西 | このタイムゾーンは夏時間を考慮しません。 |
アフリカ東部標準時 |
(UTC+03:00) |
ナイロビ |
このタイムゾーンは夏時間を考慮しません。 |
オーストラリア東部標準時 |
(UTC+10:00) |
ブリスベン |
このタイムゾーンは夏時間を考慮しません。 |
欧州東部標準時 |
(UTC+02:00) |
キシナウ |
|
南米東部標準時 |
(UTC–03:00) |
ブラジリア |
|
イースター島標準時 | (UTC–06:00) | イースター島 | |
東部標準時 |
(UTC–05:00) |
東部標準時 (米国およびカナダ) |
|
東部標準時 (メキシコ) | (UTC–05:00) | チェトゥマル | |
エジプト標準時 | (UTC+02:00) | カイロ | |
エカテリンブルク標準時 | (UTC+05:00) | エカテリンブルク | |
フィジー標準時 | (UTC+12:00) | フィジー | |
FLE 標準時 | (UTC+02:00) | ヘルシンキ、キエフ、リガ、ソフィア、タリン、ビリニュス | |
ジョージア標準時 |
(UTC+04:00) |
トビリシ |
このタイムゾーンは夏時間を考慮しません。 |
GMT 標準時 |
(UTC) |
ダブリン エジンバラ、リスボン、ロンドン |
このタイムゾーンはグリニッジ標準時と同じではありません。このタイムゾーンは夏時間を考慮します。 |
グリーンランド標準時 |
(UTC–03:00) |
グリーンランド |
|
グリニッジ標準時 |
(UTC) |
モンロビア、レイキャビク |
このタイムゾーンは夏時間を考慮しません。 |
GTB 標準時 |
(UTC+02:00) |
アテネ、ブカレスト |
|
ハイチ標準時 | (UTC–05:00) | ハイチ | |
ハワイ標準時 |
(UTC–10:00) |
ハワイ |
|
インド標準時 |
(UTC+05:30) |
チェンナイ、カルカッタ、ムンバイ、ニューデリー |
このタイムゾーンは夏時間を考慮しません。 |
イラン標準時 | (UTC+03:30) | テヘラン | |
イスラエル標準時 | (UTC+02:00) | エルサレム | |
ヨルダン標準時 |
(UTC+02:00) |
アンマン |
|
カリーニングラード標準時 | (UTC+02:00) | カリーニングラード | |
カムチャツカ標準時 | (UTC+12:00) | ペトロパブロフスク・カムチャツキー – オールド | |
韓国標準時 |
(UTC+09:00) |
ソウル |
このタイムゾーンは夏時間を考慮しません。 |
リビア標準時 | (UTC+02:00) | トリポリ | |
ライン諸島標準時 | (UTC+14:00) | キリティマティ島 | |
ロード・ハウ標準時 | (UTC+10:30) | ロード・ハウ島 | |
マガダン標準時 | (UTC+11:00) | マガダン | このタイムゾーンは夏時間を考慮しません。 |
マガジャネス標準時 | (UTC–03:00) | プンタ・アレーナス | |
マルケサス標準時 | (UTC–09:30) | マルケサス諸島 | |
モーリシャス標準時 | (UTC+04:00) | ポートルイス | このタイムゾーンは夏時間を考慮しません。 |
中東標準時 |
(UTC+02:00) |
ベイルート |
|
モンテビデオ標準時 | (UTC–03:00) | モンテビデオ | |
モロッコ標準時 | (UTC+01:00) | カサブランカ | |
山岳部標準時 |
(UTC–07:00) |
山地標準時 (米国およびカナダ) |
|
山岳部標準時 (メキシコ) |
(UTC–07:00) |
チワワ、ラパス、マサトラン |
|
ミャンマー標準時 | (UTC+06:30) | ヤンゴン (ラングーン) | このタイムゾーンは夏時間を考慮しません。 |
中央アジア北部標準時 | (UTC+07:00) | ノヴォシビルスク | |
ナミビア標準時 | (UTC+02:00) | ウィントフック | |
ネパール標準時 | (UTC+05:45) | カトマンズ | このタイムゾーンは夏時間を考慮しません。 |
ニュージーランド標準時 |
(UTC+12:00) |
オークランド、ウェリントン |
|
ニューファンドランド標準時 |
(UTC–03:30) |
ニューファンドランド |
|
ノーフォーク標準時 | (UTC+11:00) | ノーフォーク島 | |
北アジア東部標準時 | (UTC+08:00) | イルクーツク | |
北アジア標準時 | (UTC+07:00) | クラスノヤルスク | |
北朝鮮標準時 | (UTC+09:00) | 平壌 | |
オムスク標準時 | (UTC+06:00) | オムスク | |
太平洋南アメリカ標準時 |
(UTC–03:00) |
サンティアゴ |
|
太平洋標準時 |
(UTC–08:00) |
太平洋標準時 (米国およびカナダ) |
|
太平洋標準時 (メキシコ) |
(UTC–08:00) |
バハ・カリフォルニア |
|
パキスタン標準時 | (UTC+05:00) | イスラマバード (カラチ) | このタイムゾーンは夏時間を考慮しません。 |
パラグアイ標準時 | (UTC–04:00) | アスンシオン | |
ロマンス標準時 | (UTC+01:00) | ブリュッセル、コペンハーゲン、マドリード、パリ | |
ロシアタイムゾーン 10 | (UTC+11:00) | チョクルダフ | |
ロシアタイムゾーン 11 | (UTC+12:00) | ペトロパブロフスク・カムチャツキー・アナディル | |
ロシアタイムゾーン 3 | (UTC+04:00) | イジェフスク | |
ロシア標準時 |
(UTC+03:00) |
モスクワ、サンクト・ペテルブルク、ヴォルゴグラード |
このタイムゾーンは夏時間を考慮しません。 |
SA 東部標準時 | (UTC–03:00) | フォルタレザカイエンヌ | このタイムゾーンは夏時間を考慮しません。 |
南アメリカ太平洋標準時 |
(UTC–05:00) |
ボゴタ、リマ、キト、リオブランコ |
このタイムゾーンは夏時間を考慮しません。 |
SA 西部標準時 | (UTC–04:00) | ジョージタウン、ラパス、マナウス、サンフアン | このタイムゾーンは夏時間を考慮しません。 |
サンピエール標準時 | (UTC–03:00) | サンピエール・ミクロン | |
サハリン標準時 | (UTC+11:00) | サハリン | |
サモア標準時 | (UTC+13:00) | サモア | |
サントメ標準時 | (UTC+01:00) | サントメ | |
サラトフ標準時 | (UTC+04:00) | サラトフ | |
東南アジア標準時 |
(UTC+07:00) |
バンコク、ハノイ、ジャカルタ |
このタイムゾーンは夏時間を考慮しません。 |
シンガポール標準時 |
(UTC+08:00) |
クアラルンプール、シンガポール |
このタイムゾーンは夏時間を考慮しません。 |
南アフリカ標準時 | (UTC+02:00) | ハラレ (プレトリア) | このタイムゾーンは夏時間を考慮しません。 |
スリランカ標準時 | (UTC+05:30) | スリ・ジャヤワルデネプラ | このタイムゾーンは夏時間を考慮しません。 |
スーダン標準時 | (UTC+02:00) | ハルツーム | |
シリア標準時 | (UTC+02:00) | ダマスカス | |
台北標準時 | (UTC+08:00) | 台北 | このタイムゾーンは夏時間を考慮しません。 |
タスマニア標準時 | (UTC+10:00) | ホバート | |
トカンティンス標準時 | (UTC–03:00) | アラグアイナ | |
日本標準時 |
(UTC+09:00) |
大阪、札幌、東京 |
このタイムゾーンは夏時間を考慮しません。 |
トムスク標準時 | (UTC+07:00) | トムスク | |
トンガ標準時 | (UTC+13:00) | ヌクアロファ | このタイムゾーンは夏時間を考慮しません。 |
トランスバイカル標準時 | (UTC+09:00) | チタ | |
トルコ標準時 |
(UTC+03:00) |
イスタンブール |
|
タークス・カイコス標準時 | (UTC–05:00) | タークス・カイコス島 | |
ウランバートル標準時 | (UTC+08:00) | ウランバートル | このタイムゾーンは夏時間を考慮しません。 |
米国東部標準時 |
(UTC–05:00) |
インディアナ東部 |
|
山地標準時 (米国) |
(UTC–07:00) |
アリゾナ |
このタイムゾーンは夏時間を考慮しません。 |
UTC |
UTC |
協定世界時 |
このタイムゾーンは夏時間を考慮しません。 |
UTC–02 |
(UTC–02:00) |
協定世界時–02 |
このタイムゾーンは夏時間を考慮しません。 |
UTC–08 |
(UTC–08:00) |
協定世界時–08 |
|
UTC–09 |
(UTC–09:00) |
協定世界時–09 |
|
UTC–11 |
(UTC–11:00) |
協定世界時–11 |
このタイムゾーンは夏時間を考慮しません。 |
UTC+12 |
(UTC+12:00) |
協定世界時+12 |
このタイムゾーンは夏時間を考慮しません。 |
UTC+13 | (UTC+13:00) | 協定世界時+13 | |
ベネズエラ標準時 | (UTC–04:00) | カラカス | このタイムゾーンは夏時間を考慮しません。 |
ウラジオストク標準時 | (UTC+10:00) | ウラジオストク | |
ヴォルゴグラード標準時 | (UTC+04:00) | ヴォルゴグラード | |
オーストラリア西部標準時 |
(UTC+08:00) |
パース |
このタイムゾーンは夏時間を考慮しません。 |
中部アフリカ西部標準時 |
(UTC+01:00) |
西部・中部アフリカ |
このタイムゾーンは夏時間を考慮しません。 |
ヨーロッパ西部標準時 |
(UTC+01:00) |
アムステルダム、ベルリン、ベルン、ローマ、ストックホルム、ウィーン |
|
モンゴル西部標準時 | (UTC+07:00) | ホヴド | |
西アジア標準時 | (UTC+05:00) | アシガバート (タシュケント) | このタイムゾーンは夏時間を考慮しません。 |
西岸標準時 | (UTC+02:00) | ガザ (ヘブロン) | |
西太平洋標準時 | (UTC+10:00) | グアム、ポートモレスビー | このタイムゾーンは夏時間を考慮しません。 |
ヤクーツク標準時 | (UTC+09:00) | ヤクーツク |