Halaman ini berisi daftar masalah umum pada Cloud SQL untuk SQL Server, beserta
cara menghindari atau memulihkan dari masalah tersebut.
Masalah koneksi instance
Masa berlaku sertifikat SSL/TLS telah habis
Jika instance Anda dikonfigurasi untuk menggunakan SSL, buka
halaman Instance Cloud SQL
di konsol Google Cloud dan buka instance tersebut. Buka halaman Koneksi, pilih tab
Keamanan dan pastikan sertifikat server Anda valid. Jika telah berakhir masa berlakunya, Anda harus
menambahkan sertifikat baru dan melakukan rotasi ke sertifikat tersebut.
Versi Proxy Auth Cloud SQL
Jika terhubung menggunakan Proxy Auth Cloud SQL, pastikan Anda menggunakan
versi terbaru. Untuk mengetahui informasi selengkapnya, baca artikel
Memastikan Proxy Auth Cloud SQL selalu terbaru.
Tidak diizinkan terhubung
Jika Anda mencoba terhubung ke instance yang tidak ada dalam project tersebut,
pesan error hanya mengatakan bahwa Anda tidak diizinkan untuk mengakses instance
tersebut.
Tidak dapat membuat instance Cloud SQL
Jika Anda melihat pesan error
Failed to create subnetwork. Router status is temporarily
unavailable. Please try again later. Help Token: [token-ID], coba buat instance Cloud SQL lagi.
Masalah administratif
Operasi ekspor yang besar dapat berdampak buruk pada ketersediaan instance
Sebelum memulai ekspor besar, pastikan minimal 25 persen
ukuran database kosong (pada instance). Cara ini membantu mencegah
masalah dengan pertumbuhan otomatis yang agresif, yang dapat memengaruhi ketersediaan
instance.
Jika instance SQL Server Anda menggunakan edisi SQL Server Express:
Jika Anda menentukan flag saat membuat instance baru, pembuatan instance akan gagal.
Anda tidak dapat menetapkan tanda database pada instance yang sudah ada.
Operasi instance impor dan ekspor Cloud SQL yang berjalan lama tidak dapat dibatalkan atau dihentikan
Hanya satu operasi yang dapat berjalan pada satu waktu pada instance Cloud SQL. Pastikan Anda
tidak perlu melakukan operasi lain pada
instance saat memulai operasi yang berjalan lama.
Saat memulai operasi instance Cloud SQL yang berjalan lama, seperti
operasi impor atau ekspor, tidak ada cara untuk membatalkan operasi tanpa
memulai ulang instance.
Jika Anda membatalkan impor dari file BAK, database yang Anda impor akan dibiarkan dalam keadaan parsial. Anda harus menghapus database. Jika Anda membatalkan impor dari file SQL, maka Anda harus membersihkan data parsial secara manual.
Masalah terkait mengimpor dan mengekspor data
Jangan buat file BAK (untuk diimpor) dari database hanya-baca atau dari
database yang berada dalam mode satu pengguna. Jika Anda membuat file BAK dari database hanya-baca,
atau dari database yang berada dalam mode pengguna tunggal, dan mengimpor file tersebut,
error dapat terjadi.
Jika Anda mencoba mengimpor dan mengekspor data dari database yang besar (misalnya,
database yang memiliki data sebesar 500 GB atau lebih), operasi impor dan
ekspor mungkin memerlukan waktu yang lama untuk diselesaikan. Selain itu, operasi lain
(misalnya, operasi pencadangan) tidak dapat Anda lakukan
saat impor atau ekspor berlangsung. Opsi potensial untuk meningkatkan
performa proses impor dan ekspor adalah dengan memulihkan cadangan sebelumnya menggunakan gcloud
atau API.
Cloud SQL mendukung penyisipan massal hanya di SQL Server 2022.
Cloud SQL tidak mendukung penyisipan massal pada replika baca.
Cloud SQL mendukung penyisipan massal hanya untuk mengimpor data ke tabel.
Cloud Storage mendukung
ukuran maksimum objek tunggal hingga lima terabyte.
Jika Anda memiliki database yang lebih besar dari 5 TB, operasi ekspor ke
Cloud Storage akan gagal. Dalam kasus ini, Anda perlu memecah
file ekspor menjadi segmen yang lebih kecil.
Log transaksi dan pertumbuhan disk
Log dihapus permanen sekali sehari, bukan terus-menerus. Jika jumlah hari retensi
log dikonfigurasi agar sama dengan jumlah cadangan, satu hari
pencatatan log mungkin hilang, bergantung pada waktu pencadangan dilakukan. Misalnya, menetapkan
retensi log ke tujuh hari dan retensi cadangan ke tujuh cadangan, berarti
antara enam dan tujuh hari log akan disimpan.
Sebaiknya tetapkan jumlah cadangan ke setidaknya satu lebih banyak daripada jumlah hari
retensi log untuk menjamin retensi log minimum pada hari tertentu.
Masalah terkait Cloud Monitoring atau Cloud Logging
Instance dengan nama region berikut ditampilkan secara tidak benar dalam konteks
tertentu, seperti berikut:
us-central1 ditampilkan sebagai us-central
europe-west1 ditampilkan sebagai europe
asia-east1 ditampilkan sebagai asia
Masalah ini terjadi dalam konteks berikut:
Pemberitahuan di Cloud Monitoring
Metrics Explorer
Cloud Logging
Anda dapat memitigasi masalah Pemberitahuan di Cloud Monitoring, dan untuk Metrics
Explorer, dengan menggunakan
Label metadata resource.
Menggunakan label metadata sistem region bukan
database_cloudsql
label resource yang dimonitor region singkat ini.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Sulit dipahami","hardToUnderstand","thumb-down"],["Informasi atau kode contoh salah","incorrectInformationOrSampleCode","thumb-down"],["Informasi/contoh yang saya butuhkan tidak ada","missingTheInformationSamplesINeed","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 2025-09-04 UTC."],[],[],null,["# Known issues\n\n\u003cbr /\u003e\n\n[MySQL](/sql/docs/mysql/known-issues \"View this page for the MySQL database engine\") \\| [PostgreSQL](/sql/docs/postgres/known-issues \"View this page for the PostgreSQL database engine\") \\| SQL Server\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\nThis page lists known issues with Cloud SQL for SQL Server, along with\nways you can avoid or recover from these issues.\n\n### Instance connection issues\n\n- Expired SSL/TLS certificates\n\n\n If your instance is configured to use SSL, go to the\n [Cloud SQL Instances page](https://console.cloud.google.com/sql/instances)\n in the Google Cloud console and open the instance. Open its **Connections** page, select the\n **Security** tab and make sure that your server certificate is valid. If it has expired, you must\n add a new certificate and rotate to it.\n\n \u003cbr /\u003e\n\n- Cloud SQL Auth Proxy version\n\n If you are connecting using the Cloud SQL Auth Proxy, make sure you are using the\n most recent version. For more information, see\n [Keeping the Cloud SQL Auth Proxy up to date](/sql/docs/sqlserver/sql-proxy#keep-current).\n- Not authorized to connect\n\n If you try to connect to an instance that does not exist in that project,\n the error message only says that you are not authorized to access that\n instance.\n- Can't create a Cloud SQL instance\n\n If you see the `Failed to create subnetwork. Router status is temporarily\n unavailable. Please try again later. Help Token: [token-ID]` error\n message, try to create the Cloud SQL instance again.\n\n### Administrative issues\n\n\u003cbr /\u003e\n\n- A large export operation can adversely affect instance availability\n\n Before starting a large export, ensure that at least 25 percent of the\n database size is free (on the instance). Doing so helps prevent\n issues with aggressive autogrowth, which can affect the availability\n of the instance.\n - If your SQL Server instance uses a SQL Server Express edition:\n\n - If you specify a flag when you create a new instance, then creating the instance fails.\n\n - You can't set database flags on an existing instance.\n\n - Long-running Cloud SQL import and export instance operations can't be cancelled or stopped\n\n Only one operation can run at a time on a Cloud SQL instance. Make sure you\n don't need to perform other operations on an\n instance when you start a long-running operation.\n\n When you start a long-running Cloud SQL instance operation, such as an\n import or export operation, there's no way to cancel the operation without\n [restarting](/sql/docs/sqlserver/start-stop-restart-instance#restart) the instance.\n - If you cancel an import from a BAK file, then the database that you're importing is left in a partial state. You must drop the database. If you cancel an import from a SQL file, then you must clean up partial data manually.\n\n### Issues with importing and exporting data\n\n- Do not create a BAK file (for import) from a read-only database or from a\n database that is in single-user mode. If you create a BAK file from a read-only\n database or from a database that is in single-user mode, and import that file,\n an error may occur.\n\n \u003cbr /\u003e\n\n- If you're trying to import and export data from a large database (for example,\n a database that has 500 GB of data or greater), then the import and export\n operations might take a long time to complete. In addition, other operations\n (for example, the backup operation) aren't available for you to perform\n while the import or export is occurring. A potential option to improve the\n performance of the import and export process is to [restore a previous backup](/sql/docs/sqlserver/backup-recovery/restoring#projectid) using `gcloud`\n or the API.\n\n- Cloud SQL supports bulk insert only on SQL Server 2022.\n\n- Cloud SQL only supports the `RAW` [codepage](https://learn.microsoft.com/en-us/sql/t-sql/statements/bulk-insert-transact-sql?view=sql-server-ver16).\n\n- Cloud SQL doesn't support bulk insert on read replicas.\n\n- Cloud SQL supports bulk insert only for importing data to tables.\n\n\u003c!-- --\u003e\n\n- Cloud Storage supports a [maximum single-object size up five terabytes](/storage-transfer/docs/known-limitations-transfer#object-limit). If you have databases larger than 5TB, the export operation to Cloud Storage fails. In this case, you need to break down your export files into smaller segments.\n\n### Transaction logs and disk growth\n\nLogs are purged once daily, not continuously. When the number of days of log\nretention is configured to be the same as the number of backups, a day of\nlogging might be lost, depending on when the backup occurs. For example, setting\nlog retention to seven days and backup retention to seven backups means that\nbetween six and seven days of logs will be retained.\n\nWe recommend setting the number of backups to at least one more than the days of\nlog retention to guarantee a minimum of specified days of log retention.\n\n### Issues related to Cloud Monitoring or Cloud Logging\n\nInstances with the following region names are displayed incorrectly in certain\ncontexts, as follows:\n\n- `us-central1` is displayed as `us-central`\n- `europe-west1` is displayed as `europe`\n- `asia-east1` is displayed as `asia`\n\nThis issue occurs in the following contexts:\n\n- Alerting in Cloud Monitoring\n- Metrics Explorer\n- Cloud Logging\n\nYou can mitigate the issue for Alerting in Cloud Monitoring, and for Metrics\nExplorer, by using\n[Resource metadata labels](https://cloud.google.com/monitoring/api/v3/metric-model#meta-labels).\nUse the system metadata label `region` instead of the\n[cloudsql_database](https://cloud.google.com/monitoring/api/resources#tag_cloudsql_database)\nmonitored resource label `region`."]]
