알려진 문제

이 페이지에는 SQL Server용 Cloud SQL의 알려진 문제와 함께 이러한 문제를 방지하거나 복구하는 방법이 나와 있습니다.

인스턴스 연결 문제

  • 만료된 SSL/TLS 인증서

    인스턴스가 SSL을 사용하도록 구성된 경우 Google Cloud 콘솔의 Cloud SQL 인스턴스 페이지로 이동하여 인스턴스를 엽니다. 인스턴스의 연결 페이지를 열고 보안 탭을 선택한 후 서버 인증서가 유효한지 확인합니다. 만료된 경우 새 인증서를 추가하고 새 인증서로 순환시켜야 합니다.

  • Cloud SQL 인증 프록시 버전

    Cloud SQL 인증 프록시로 연결하는 경우 가장 최근 버전을 사용하고 있는지 확인합니다. 자세한 내용은 Cloud SQL 인증 프록시를 최신 상태로 유지를 참조하세요.

  • 연결이 승인되지 않음

    해당 프로젝트에 존재하지 않는 인스턴스에 연결하려고 할 경우 해당 인스턴스에 액세스할 수 있는 권한이 없다는 오류 메시지만 표시됩니다.

  • Cloud SQL 인스턴스를 만들 수 없음

    Failed to create subnetwork. Router status is temporarily unavailable. Please try again later. Help Token: [token-ID] 오류 메시지가 표시되면 Cloud SQL 인스턴스를 다시 만들어 보세요.

관리 문제

  • 대규모 내보내기 작업은 인스턴스 가용성에 부정적인 영향을 미칠 수 있습니다.

    대규모 내보내기를 시작하기 전에 데이터베이스 크기의 25% 이상을 사용할 수 있는지 확인하세요(인스턴스에서). 이렇게 하면 공격적인 자동 증가 문제를 방지할 수 있어서 인스턴스 가용성에 영향을 줄 수 있습니다.

    • SQL Server 인스턴스에서 SQL Server Express 버전을 사용하는 경우:

      • 새 인스턴스를 만들 때 플래그를 지정하면 인스턴스 생성에 실패합니다.

      • 기존 인스턴스에 데이터베이스 플래그를 설정할 수 없습니다.

    • 장기 실행 Cloud SQL 가져오기 및 내보내기 인스턴스 작업을 취소하거나 중지할 수 없습니다.

      Cloud SQL 인스턴스에서 한 번에 작업 하나만 실행할 수 있습니다. 장기 실행 작업을 시작할 때 인스턴스에서 다른 작업을 수행할 필요가 없는지 확인하세요.

      가져오기 또는 내보내기 작업과 같은 장기 실행 Cloud SQL 인스턴스 작업을 시작하는 경우 인스턴스를 다시 시작하지 않으면 작업을 취소할 수 없습니다.

    • BAK 파일에서 가져오기를 취소하면 가져올 데이터베이스가 부분 상태로 유지됩니다. 데이터베이스를 삭제해야 합니다. SQL 파일에서 가져오기를 취소하는 경우 부분 데이터를 수동으로 삭제해야 합니다.

데이터 가져오기 및 내보내기 문제

  • 읽기 전용 데이터베이스 또는 단일 사용자 모드 데이터베이스에 있는 BAK 파일(가져오기용)을 만들지 마세요. 읽기 전용 데이터베이스 또는 단일 사용자 모드 데이터베이스에서 BAK 파일을 만들고 이 파일을 가져오면 오류가 발생할 수 있습니다.

  • 대규모 데이터베이스(예: 데이터가 500GB 이상인 데이터베이스)에서 데이터를 가져오고 내보내려는 경우 가져오기 및 내보내기 작업을 완료하는 데 시간이 오래 걸릴 수 있습니다. 또한 가져오기 또는 내보내기가 진행되는 동안 다른 작업(예: 백업 작업)을 수행할 수 없습니다. 가져오기 및 내보내기 프로세스의 성능을 향상시킬 수 있는 옵션은 gcloud 또는 API를 사용하여 이전 백업을 복원하는 것입니다.

  • Cloud SQL은 SQL Server 2022에서만 일괄 삽입을 지원됩니다.

  • Cloud SQL은 RAW 코드 페이지만 지원합니다.

  • Cloud SQL은 읽기 복제본에서 일괄 삽입을 지원하지 않습니다.

  • Cloud SQL은 테이블로 데이터를 가져오는 경우에만 일괄 삽입을 지원합니다.

  • Cloud Storage는 최대 단일 객체 크기를 5테비바이트 (5TiB)까지 지원합니다. Cloud SQL은 Cloud Storage에 데이터를 업로드하기 전에 압축하므로 내보내기 파일의 압축된 크기가 5TiB를 초과하는 경우에만 내보내기 작업이 실패합니다.

    압축 비율은 데이터베이스의 데이터 유형에 따라 다릅니다. 예를 들어 텍스트는 BLOB과 같은 바이너리 데이터보다 더 잘 압축됩니다. 따라서 데이터가 고도로 압축 가능한 경우 데이터베이스 또는 테이블 크기가 5TiB를 초과해도 내보내기가 실패하지 않을 수 있지만, 압축되지 않은 데이터가 5TiB에 가까워지면 실패할 수 있습니다.

    표준 내보내기 작업을 실행하면 Cloud SQL에서 일반적으로 단일 내보내기 파일을 만듭니다. 스트라이프 내보내기를 사용하는 경우 Cloud SQL에서 여러 내보내기 파일을 만듭니다. 이 유형의 내보내기를 사용하면 압축된 내보내기 파일이 5TiB를 초과하는 테이블이 있는 경우 내보내기 작업이 실패합니다.

    5TiB 한도로 인해 내보내기가 실패하는 경우 내보내기를 더 작은 세그먼트로 분할해야 합니다. 표준 내보내기를 사용하고 있으며 이 한도에 도달한 경우 스트라이핑된 내보내기로 전환하는 것이 좋습니다.

트랜잭션 로그 및 디스크 증가

로그는 매일 한 번씩 영구 삭제되며, 지속적으로 진행되지 않습니다. 로그 보관 일수가 백업 수와 동일하게 구성된 경우 백업 발생 시점에 따라 1일 치의 로깅이 손실될 수 있습니다. 예를 들어 로그 보관을 7일로 설정하고 백업 보관을 7개로 설정하면 6~7일 동안의 로그가 유지됩니다.

백업 수는 로그 보관 일수보다 최소 1일 이상으로 설정해야 로그 보관 기간을 지정된 최소 일수 이상으로 유지할 수 있습니다.

Cloud Monitoring 또는 Cloud Logging 관련 문제

다음 리전 이름의 인스턴스는 특정 컨텍스트에서 다음과 같이 잘못 표시됩니다.

  • us-central1us-central로 표시됩니다.
  • europe-west1europe으로 표시됩니다.
  • asia-east1asia로 표시됩니다.

이 문제는 다음 상황에서 발생합니다.

  • Cloud Monitoring의 알림
  • 측정항목 탐색기
  • Cloud Logging

리소스 메타데이터 라벨을 사용하여 Cloud Monitoring의 알림과 측정항목 탐색기의 문제를 완화할 수 있습니다. cloudsql_database 모니터링 리소스 라벨 region 대신 시스템 메타데이터 라벨 region을 사용합니다.