インスタンスの設定について

このページでは、Cloud SQL インスタンスで使用できる設定について説明します。

Cloud SQL for SQL Server の設定

設定 作成後の変更の可否 可能値
インスタンス ID N 小文字、数字、ハイフンで構成し、先頭は小文字にします。長さは合計で 98 文字以下にしてください。
地域 N Cloud SQL Enterprise Plus エディションの場合:
africa-south1 - ヨハネスブルグ
asia-east1 - 台湾
asia-east2 - 香港
asia-northeast1 - 東京
asia-northeast2 - 大阪
asia-northeast3 - ソウル
asia-south1 - ムンバイ
asia-south2 - デリー
asia-southeast1 - シンガポール
asia-southeast2 - ジャカルタ
australia-southeast1 - シドニー
australia-southeast2 - メルボルン
europe-central2 - ワルシャワ
europe-north1 - フィンランド
europe-southwest1 - マドリッド
europe-west1 - ベルギー
europe-west2 - ロンドン
europe-west3 - フランクフルト
europe-west4 - オランダ
europe-west6 - チューリッヒ
europe-west8 - ミラノ
europe-west9 - パリ
europe-west10 - ベルリン
europe-west12 - トリノ
me-central1 - ドーハ
me-central2 - ダムム
me-west1 - テルアビブ
northamerica-northeast1 - モントリオール
northamerica-northeast2 - トロント
northamerica-south1 - メキシコ
southamerica-east1 - サンパウロ
southamerica-west1 - サンティアゴ
us-central1 - アイオワ
us-east1 - サウスカロライナ
us-east4 - ノーザン バージニア
us-east5 - コロンバス
us-south1 - ダラス
us-west1 - オレゴン
us-west2 - ロサンゼルス
us-west3 - ソルトレイクシティ
us-west4 - ラスベガス

Cloud SQL Enterprise エディションの場合:
africa-south1 - ヨハネスブルグ
asia-east1 - 台湾
asia-east2 - 香港
asia-northeast1 - 東京
asia-northeast2 - 大阪
asia-northeast3 - ソウル
asia-south1 - ムンバイ
asia-south2 - デリー
asia-southeast1 - シンガポール
asia-southeast2 - ジャカルタ
australia-southeast1 - シドニー
australia-southeast2 - メルボルン
europe-central2 - ワルシャワ
europe-north1 - フィンランド
europe-southwest1 - マドリッド
europe-west1 - ベルギー
europe-west2 - ロンドン
europe-west3 - フランクフルト
europe-west4 - オランダ
europe-west6 - チューリッヒ
europe-west8 - ミラノ
europe-west9 - パリ
europe-west10 - ベルリン
europe-west12 - トリノ
me-central1 - ドーハ
me-central2 - ダムム
me-west1 - テルアビブ





northamerica-northeast1northamerica-northeast2southamerica-east1us-central1us-east1us-east4us-west1us-west2us-west3us-west4
ゾーン ○ 使用できる値は、リージョンによって異なります。
データベースのバージョン N Cloud SQL Enterprise Plus エディションの場合:
Console string                         API enum string
SQL Server 2019 Enterprise (default)   SQLSERVER_2019_ENTERPRISE
SQL Server 2022 Enterprise             SQLSERVER_2022_ENTERPRISE
Cloud SQL Enterprise エディションの場合:
Console string                      API enum string
SQL Server 2017 Standard            SQLSERVER_2017_STANDARD
SQL Server 2017 Enterprise          SQLSERVER_2017_ENTERPRISE
SQL Server 2017 Express             SQLSERVER_2017_EXPRESS
SQL Server 2017 Web                 SQLSERVER_2017_WEB
SQL Server 2019 Standard (default)  SQLSERVER_2019_STANDARD
SQL Server 2019 Enterprise          SQLSERVER_2019_ENTERPRISE
SQL Server 2019 Express             SQLSERVER_2019_EXPRESS
SQL Server 2019 Web                 SQLSERVER_2019_WEB
SQL Server 2022 Standard            SQLSERVER_2022_STANDARD
SQL Server 2022 Enterprise          SQLSERVER_2022_ENTERPRISE
SQL Server 2022 Express             SQLSERVER_2022_EXPRESS
SQL Server 2022 Web                 SQLSERVER_2022_WEB

リソース制限については、スケール制限をご覧ください。
Active Directory ドメイン ○ マネージド Active Directory ドメインに参加するためのプルダウン メニューが使用できます。このメニューには、プロジェクト内のマネージド Microsoft AD ドメインすべてが表示されます。ドメインは、プルダウン メニューから選択できます。詳しくは、Cloud SQL におけるマネージド Microsoft AD の概要をご覧ください。さらに、別のプロジェクトのマネージド AD ドメインと統合するための手順と制約に注意してください。
SSL モード ○ 次のように SSL を適用（有効化）します。
  • ALLOW_UNENCRYPTED_AND_ENCRYPTED: 非 SSL / 非 TLS 接続と SSL / TLS 接続を許可します。これがデフォルト値です。
  • ENCRYPTED_ONLY: SSL / TLS で暗号化された接続のみを許可します。
サーバー CA モード N

インスタンスのサーバー認証局（CA）を構成できます。使用可能なサーバー CA オプションは次のとおりです。

  • GOOGLE_MANAGED_INTERNAL_CA: これがデフォルト値です。このオプションでは、各 Cloud SQL インスタンス専用の内部 CA が、対象のインスタンスのサーバー証明書に署名します。
  • GOOGLE_MANAGED_CAS_CA: このオプションでは、Cloud SQL によって管理され、Google Cloud Certificate Authority Service（CA Service）でホストされるルート CA と下位サーバーの CA で構成される CA 階層が使用されます。リージョン内の下位サーバー CA はサーバー証明書に署名し、リージョン内のインスタンス間で共有されます。

このインスタンスの設定はプレビュー版です。
エディションの設定 Y

ENTERPRISE または ENTERPRISE PLUS
プライベート IP 一度有効にすると、無効にはできません。 有効または無効。
パブリック IP ○ 有効または無効。
承認済みネットワーク ○ パブリック IP が有効な場合、インスタンスへの接続を許可する IP アドレス。この値は IP アドレス範囲（CIDR 表記）としても指定できます。
データ キャッシュ ○ 有効または無効。
コア数 Y コアのスケール制限の詳細については、 スケール制限をご覧ください。
メモリ Y メモリのスケール制限の詳細については、 スケール制限をご覧ください。
同時マルチスレッディングを無効にする Y インスタンスのコアあたりのスレッド数を 2 から 1 に構成します。

同時マルチスレッディングの構成の詳細については、同時マルチスレッディングをご覧ください。
ストレージの種類 × SSD（値のみ）
ストレージ容量 ○
（増加のみ）		 1 つ以上の（共有されていない）vCPU を持つインスタンスで、最大 64 TB まで使用できます。


64 TB のストレージ容量を作成するか、64 TB に容量を拡大すると、ワークロードに応じて、バックアップなどの一般的なオペレーションのレイテンシが増加する可能性があります。
ストレージの自動増量を有効にする Y オン（デフォルト値）
オフ
データ暗号化方法 N Google が管理する暗号鍵（デフォルト値）
Cloud KMS 鍵
ストレージの自動増量の上限 Y GB 単位の値。0（デフォルト値）は無制限であることを示します。
バックアップ ○
 オン（デフォルト値）
オフ
ロケーション オプション Y マルチリージョン（デフォルト値）
リージョン

また、[マルチ リージョン] を選択すると、マルチリージョンのリストを含むプルダウン メニューが表示され、[リージョン] を選択すると、リージョンのリストを含むプルダウン メニューが表示されます。

インスタンスの削除からの保護 ○ 有効または無効。
ポイントインタイム リカバリを有効にする ○
（注を参照）		 オン（デフォルト値）
オフ
可用性: シングルゾーン ○
 オン（デフォルト値）
オフ
高可用性（リージョン） ○
 オン
オフ（デフォルト値）
メンテナンス: メンテナンス ウィンドウ ○ 任意（デフォルト値）
曜日と時間
メンテナンス: メンテナンスのタイミング ○ 任意（デフォルト値）
Canary（第 1 週（早め）/ プレビュー）
安定版（第 2 週（遅め）/ 本番環境）
第 5 週
データベース フラグ ○ データベース フラグを構成するをご覧ください。
デフォルトの照合 N サポートされている値の一覧については、 sys.fn_helpcollations をご覧ください。
SQL Server Audit ○ 有効または無効。
タイムゾーン Y タイムゾーンは、インスタンスの作成時またはインスタンスの編集時に設定できます。タイムゾーンを指定しない場合、インスタンスのタイムゾーンは UTC になります。
インスタンス ID

インスタンス ID はインスタンスの名前です。プロジェクト内で各インスタンスを一意に示すために使用されます。可能な限り、インスタンスの目的に合ったインスタンス名を選択してください。

project-ID:instance-ID の長さは合計で 98 文字以下にしてください。

インスタンス名にプロジェクト ID を含める必要はありません。この処理は必要に応じて自動的に行われます（ログファイルの場合など）。
リージョン
インスタンスが配置されている Google Cloud リージョン。「リージョン」は、「ゾーン」で構成された、独立した地理エリアです。ゾーンとリージョンは、基盤となる物理リソースの論理的な抽象化です。リージョンは、3 つ以上の物理データセンターに配置された 3 つ以上のゾーンで構成されています。メキシコ、大阪、モントリオールのリージョンには、1 つまたは 2 つの物理データセンターに 3 つのゾーンがあります。これらのリージョンは、3 つ以上の物理データセンターに拡張中です。Google Cloud でソリューションを設計する場合は、Cloud のロケーション、Google Cloud Platform SLA、適切な Google Cloud プロダクトのドキュメントのガイダンスを検討してください。 リージョンは、インスタンス作成時にのみ設定できます。パフォーマンスを向上させるには、そのデータを必要とするサービスに近い場所でデータを保存します。詳しくは、インスタンスのロケーションをご覧ください。
ゾーン
インスタンスが配置される Google Cloud のゾーン。Compute Engine インスタンスから接続する場合は、Compute Engine インスタンスが存在するゾーンを選択します。それ以外の場合は、デフォルトのゾーンをそのまま使用します。必要であれば、後でインスタンスを編集してゾーンを変更できます。詳しくは、インスタンスのロケーションをご覧ください。
コア数

インスタンスの CPU 数。

メモリ

インスタンスで使用できるメモリ量。オンライン トランザクション処理（OLTP）などのパフォーマンス重視のワークロードの場合、インスタンスに作業セット全体を格納するための十分なメモリを確保してください。ただし、アクティブな接続の数など、その他にもメモリ要件に影響を与える可能性がある要素があります。本番環境でのパフォーマンスの問題を避けるためには、負荷テストを実行してください。

データベースのバージョン
特定のバージョンだけで提供される機能が必要でない限り、デフォルトのデータベースのバージョンを受け入れます。gcloud コマンドと REST API の使用方法については、リファレンス ドキュメントをご覧ください。
ストレージの種類
デフォルト値の [SSD] を選択して使用可能な値を選択した場合にのみ、インスタンスに SSD ストレージが設定されます。SSD は低レイテンシ、高データ スループットのストレージです。
Active Directory ドメイン

マネージド Microsoft AD と統合して、インスタンスの Windows 認証を有効にできます。統合するには、インスタンスが参加するドメインを選択します。詳細については、Cloud SQL におけるマネージド Microsoft AD の概要をご覧ください。

サーバー CA モード

（省略可）インスタンスを作成するときに、インスタンスのサーバー CA モードを選択できます。

  • GOOGLE_MANAGED_INTERNAL_CA: これがデフォルト値です。Cloud SQL は、インスタンスごとに新しい自己署名サーバー CA を作成します。
  • GOOGLE_MANAGED_CAS_CA: インスタンスは、Certificate Authority Service によってホストされるサーバー CA 階層を使用し、発行側の CA は同じリージョン内のすべてのインスタンスで共有されます。

これらのオプションの詳細については、認証局（CA）階層をご覧ください。サーバー CA モードはプレビュー版です。

ストレージ容量

データベースのサイズに適した容量を選択します。インスタンスの作成後は、インスタンス構成を編集して手動でストレージ容量を増やすことができますが、減らすことはできません。ストレージ容量を増やしても、ダウンタイムは発生しません。

インスタンスに割り振られるストレージ容量は、インスタンスのコストに影響します。詳細については、ストレージとネットワークの料金をご覧ください。

リードレプリカの場合、ストレージ容量は常にプライマリ インスタンスのストレージ容量以上である必要があります。プライマリ インスタンスのサイズを変更すると、必要に応じて、更新されたプライマリ インスタンスのストレージ容量以上になるように、すべてのリードレプリカのサイズが変更されます。

ストレージの自動増量を有効にする

この設定を有効にすると、Cloud SQL によって利用可能なストレージが 30 秒ごとにチェックされます。利用可能なストレージがしきい値サイズを下回ると、自動的にストレージ容量が追加されます。利用可能なストレージがしきい値サイズを繰り返し下回る場合、最大 64 TB に達するまで続けてストレージが追加されます。

プライマリ インスタンスのストレージの自動増量設定は、そのインスタンスのすべてのリードレプリカに自動的に適用されます。ストレージの自動増量設定は、リードレプリカに対して独立して設定することはできません。

しきい値

しきい値のサイズは、インスタンスに対して現在プロビジョニングされているストレージの量によって変わりますが、25 GB より大きくすることはできません。

500 GB 以上のストレージがプロビジョニングされているインスタンスの場合、しきい値は常に 25 GB です。

500 GB 未満のストレージがプロビジョニングされているインスタンスの場合、しきい値の計算には次の数式が使用されます。

  5 + (provisioned storage)/25

除算の結果は、最も近い整数に切り捨てられます。

ストレージ容量が 66 GB のインスタンスのしきい値計算は、次のようになります。

5 + (1/25th of 66 GB) = 5 + (66/25) = 5 + 2.6 -> 5 + 2 = 7 GB
ストレージ容量が 1,000 GB のインスタンスのしきい値計算は、次のようになります。
5 + (1/25th of 1000 GB) = 5 + (1000/25) = 5 + 40 = 45 -> rounded down to the
maximum value of 25 GB

追加されるストレージの量

インスタンスに追加されるストレージ容量は、しきい値サイズと等しくなりますが、25 GB より大きくすることはできません。

大容量ディスクに関する考慮事項

500 GB 以上のストレージがプロビジョニングされているインスタンスの場合、しきい値サイズは常に 25 GB で、追加されるストレージ容量は常に 25 GB です。そのため、使用可能な最大空きスペースは 50 GB です。5 TB を超えるディスクを持つインスタンスのサイズを手動で変更しない場合、インスタンスに空きスペースがある場合でも、ディスクは常に 99% の容量を維持できます。

大規模なインポートや、大きい一時テーブルが必要なクエリなど、ディスク使用量が急増するオペレーションを実行する前は、自動拡張に依存せず、ディスクサイズを手動で変更してください。

データ暗号化方式

デフォルトでは、Cloud SQL インスタンスは Google が管理する鍵で暗号化されます。この鍵を管理する場合は、Cloud Key Management Service（KMS）で顧客管理の暗号鍵（CMEK）を使用します。Cloud KMS は Cloud SQL と統合されています。

Cloud KMS 鍵を使用すると、保護レベル、ロケーション、ローテーション スケジュール、使用とアクセスの権限を制御できます。また、リソース間でさまざまな暗号鍵を使用できます。Cloud KMS を使用すると、鍵の使用状況を追跡すること、監査ログを表示すること、鍵のライフサイクルを管理することが可能です。

データを保護する鍵は Google が所有して管理するのではなく、ユーザーが Cloud KMS でこれらの鍵を制御および管理します。

CMEK の詳細については、顧客管理の暗号鍵（CMEK）についてをご覧ください。

ストレージの自動増量の上限

ストレージの自動増量の設定を有効にしている場合、インスタンスのストレージが自動的に増量する場合の明確な上限を指定できます。インスタンスのサイズが大きいほど、運用レイテンシが高くなることに留意してください。

ストレージ サイズを減らすことはできないため、この上限を指定することで、（トラフィックの一時的な増大によって）インスタンスのサイズが大きくなりすぎないようにすることが可能です。インスタンスで必要なストレージを追加できなくなった場合、着信接続の受け入れが停止され、インスタンスがオフラインになる可能性があるので注意してください。

この上限をゼロ（デフォルト値）に設定した場合、インスタンスの階層で使用可能な最大ストレージを除き、上限がなくなります。

インスタンスの作成時に上限を設定するには、インスタンスの作成ページで説明されているように、--storage-auto-increase-limit=INTEGER_VALUE_OF_GB パラメータを使用します。既存のインスタンスに上限を設定するには、gcloud beta sql instances patch コマンドで同じパラメータを使用します。

プライマリ インスタンスのストレージの自動増量上限設定は、そのインスタンスのすべてのリードレプリカに自動的に適用されます。ストレージの自動増量の上限設定をリードレプリカに独立して設定することはできません。

自動的なバックアップとポイントインタイム リカバリ

これらのオプションにより、自動バックアップが実行されるかどうか、およびトランザクション ログのバックアップが有効かどうかが決まります。どちらのオプションでも若干のパフォーマンス コストと追加のストレージが発生しますが、レプリカとクローンの作成およびポイントインタイム リカバリには必要です。このオプションを選択すると、自動バックアップを実行する時間帯も選択できます。

自動バックアップは、選択した時間帯に毎日行われます。7 日後に、最も古いバックアップが削除されます。

ポイントインタイム リカバリについては、ポイントインタイム リカバリの概要をご覧ください。

レプリケーションについては、レプリケーション オプションをご覧ください。インスタンスのクローン作成については、インスタンスのクローンを作成するをご覧ください。

自動バックアップ保持期間の設定

保持されるバックアップ数のデフォルト値は 7 ですが、1～365 の範囲内で任意の値に変更できます。

詳細については、自動バックアップとトランザクション ログの保持をご覧ください。

ロケーションのオプション

バックアップは複数のリージョンに保存するか、単一のリージョンに保存するかを選択できます。デフォルトはマルチリージョンです。リージョンが利用できなくなった場合の予備を用意するため、これをおすすめします。バックアップは、インスタンスに最も近いリージョンに保存されます。

バックアップ用のカスタム ロケーションを選択することもできます。このオプションは、規則上必要な場合や、組織のポリシーにより複数または単一のリージョンへのバックアップが個別に決められている場合にのみ使用します。詳しくは、カスタム ロケーションをご覧ください。

インスタンスの削除からの保護

インスタンスが誤って削除されないように保護します。この設定が有効になっている場合は、この設定を無効にしてからインスタンスを削除する必要があります。インスタンスの削除を防止するをご覧ください。

ポイントインタイム リカバリを有効にする

ポイントインタイム リカバリを使用すると、特定の時点でのバックアップを復元できます。

ポイントインタイム リカバリについては、ポイントインタイム リカバリの概要をご覧ください。

可用性: ゾーン

インスタンスとバックアップを 1 つのゾーンに配置します。このオプションを選択すると、停止時にフェイルオーバーは発生しません。テストと開発の目的でのみ使用することをおすすめします。

高可用性（リージョン）

[高可用性（リージョン）] を選択した場合、フェイルオーバー ゾーンが停止していない限り、インスタンスはリージョン内の別のゾーンにフェイル オーバーします。本番環境のインスタンスには [高可用性（リージョン）] を選択することをおすすめします。

高可用性構成の概要をご覧ください。

メンテナンスの時間枠

Cloud SQL インスタンスのメンテナンス イベントがスケジュールされている曜日と時刻です。

現在、リードレプリカはメンテナンスの時間枠の設定をサポートしていません。

メンテナンスの詳細については、Cloud SQL インスタンスでのメンテナンスについてをご覧ください。

メンテナンスのタイミング

メンテナンス更新の適用タイミングの設定。通知から 1～2 週間後に更新を受け取り、本番環境インスタンスで更新が行われる前に、テスト環境でメンテナンス更新をテストできます。通知が送信されてから 5 週間（week5）後にメンテナンス更新を受け取ることもできます。メンテナンスのタイミングの設定内容によって、インスタンスに適用されるメンテナンス バージョンが変わることはありません。

メンテナンスのタイミングを設定しない場合、インスタンスに対する更新のタイミングは Cloud SQL によって選択されます（メンテナンスの時間枠が指定されている場合はその範囲内で行われます）。

メンテナンスの詳細については、Cloud SQL インスタンスでのメンテナンスについてをご覧ください。

プライベート IP
プライベート IP を使用するようにインスタンスを構成します。詳細
パブリック IP
有効にすると、インスタンスにはパブリック IPv4 アドレスが割り振られます。パブリック IP を無効にすると、インスタンスに割り振られたアドレスは解放されます。後でパブリック IP を再有効化できますが、前と同じ IPv4 アドレスは割り振られません。デフォルトでは、パブリック IP アドレスはすべてのアドレスに対してブロックされます。アクセスを有効にするには、承認済みネットワークを使用します。
承認済みネットワーク
特定の IP アドレスまたはアドレス範囲を追加し、それらのアドレスに対してインスタンスを開くことができます。

IP アドレスの構成については、IP 接続を構成するをご覧ください。

データ キャッシュ

Cloud SQL Enterprise Plus エディションのインスタンスでは、データ キャッシュはオプションです。データ キャッシュは、ローカル SSD を利用して、OS のページ キャッシュをメモリから SSD 階層に拡張します。この設定は Cloud SQL が管理します。作業セット全体をキャッシュすると、データ キャッシュを使用する際に最大のパフォーマンスが得られます。Google Cloud コンソール、gcloud CLI、または Cloud SQL Admin API を使用して、Cloud SQL Enterprise Plus エディション インスタンスでこの設定を有効または無効にできます。

次の表に、さまざまな vCPU 構成のデータ キャッシュ サイズを示します。データ キャッシュのサイズは固定されており、構成できません。

パフォーマンス最適化マシン ファミリー
Enterprise Plus マシンタイプ vCPU メモリ（GB） データ キャッシュ（GB）
db-perf-optimized-N-2 2 16 375
db-perf-optimized-N-4 4 32 375
db-perf-optimized-N-8 8 64 375
db-perf-optimized-N-16 16 128 750
db-perf-optimized-N-32 32 256 1500
db-perf-optimized-N-48 48 384 3000
db-perf-optimized-N-64 64 512 6000
db-perf-optimized-N-80 80 640 6000
db-perf-optimized-N-96 96 768 6000
db-perf-optimized-N-128 128 864 9000
メモリ最適化マシンタイプ ファミリー
マシンタイプ vCPU メモリ（GB） データ キャッシュ（GB）
db-memory-optimized-N-4 4 128 750
db-memory-optimized-N-8 8 256 1500
db-memory-optimized-N-16 16 512 3000
アクティベーション ポリシー
アクティベーション ポリシーを変更するには、インスタンスを起動および停止します。インスタンスを停止すると、インスタンスの追加料金が発生しなくなります。
データベース フラグ

Cloud SQL インスタンスに特定のデータベース フラグを設定できます。

設定できるデータベース フラグのリストについては、データベース フラグを構成するをご覧ください。

デフォルトの照合

インスタンスの作成ページの説明に沿って、インスタンスのデフォルトの照合値を設定できます。この照合設定は、インスタンス データベースでのルール、大文字と小文字、アクセントの感度に基づいて並べ替えるためのインスタンス レベルのデフォルトです。

この照合設定は、システム データベースのデフォルトにもなります。

インスタンスまたはデータベースの照合設定は、Google Cloud Console に示されています。インスタンスのデフォルト照合はインスタンスの概要ページ（[Cloud SQL インスタンス] ページ）で確認できます。また、インスタンスの概要ページのナビゲーション メニューで [データベース] をクリックすると、特定のデータベースの照合設定を確認できます。

この照合のデフォルトは、インスタンス レベルでは永続的ですが、データベース レベルでは永続的ではありません。このデフォルトはデータベース管理ツールで変更できますが、作成または更新する特定のデータベースに対してのみ変更できます。インスタンス作成後に、インスタンスのデフォルトの照合順序を変更することはできません（インスタンスを再作成しない限り）。

インスタンスのクローンを作成すると、デフォルトの照合がクローンに引き継がれます。

サポートされている照合設定の一覧については、サーバーレベルの照合をご覧ください。

SQL Server Audit

この設定は、データベース監査を有効にするかどうかを決定します。詳しくは、SQL Server データベースの監査をご覧ください。

タイムゾーン

インスタンスを作成するときに、--time-zone=WINDOWS_TIME_ZONE パラメータを使用してインスタンスのタイムゾーンを設定できます。インスタンスのタイムゾーンは、--time-zone=WINDOWS_TIME_ZONE パラメータを使用してインスタンスの設定を更新することで、後で設定または変更することもできます。インスタンスにタイムゾーンが指定されていない場合、インスタンスのタイムゾーンは UTC になります。

リードレプリカには、プライマリ インスタンスと同じタイムゾーンが適用されます。

クローンには、ソース インスタンスと同じタイムゾーンが適用されます。

バックアップからインスタンスを復元する場合、復元されたインスタンスのタイムゾーンは、復元時のソース インスタンスと同じタイムゾーンになります。バックアップ時のタイムゾーンは使用されません。

使用可能なタイムゾーン値については、タイムゾーン マッピングの Windows タイムゾーン列をご覧ください。

または、次のクエリを使用して使用可能な値を取得することもできます。

  SELECT * FROM sys.timeZone_info;

インスタンスのタイムゾーンを取得する関数の例を次に示します。 SYSDATETIMEOFFSETAT TIME ZONE 関数は、時間変換などに役立ちます。この関数の詳細については、AT TIME ZONE（Transact-SQL）をご覧ください。

SQL Server 2017 では、次のタイムゾーンはサポートされていません。

  • オーストラリア東部標準時
  • 中部標準時（メキシコ）
  • ヨルダン標準時

次のタイムゾーンは、すべてのメジャー バージョンでサポートされていません。

  • エカテリンブルグ標準時
  • カリーニングラード標準時
  • カムチャッカ標準時
  • マガジャネス標準時
  • 中部大西洋標準時
  • 北アジア東部標準時
  • 北アジア標準時
  • パキスタン標準時
  • キジルオルダ標準時
  • ロシア標準時
  • スーダン標準時
  • ウラジオストク標準時
  • ヴォルゴグラード標準時
  • ヤクーツク標準時

インスタンス設定の変更による影響

インスタンスのほとんどの設定では、Cloud SQL はすぐに変更を適用し、インスタンスへの接続は影響を受けません。

CPU 数またはメモリサイズを変更すると、インスタンスが 60 秒未満の間はオフラインになります。インスタンスのゾーンの変更、プライベート IP の構成、ネットワークの変更、高可用性の有効化を行うと、インスタンスが数分間オフラインになります。この種の変更は、サービスがこの期間の停止に対応できるときに行うように計画します。

次のステップ