SQL Server 2017(14.x) 데이터베이스 엔진 기능의 주요 변경 사항

  • 아티클

적용 대상: SQL Server 2017(14.x) 이상

이 항목에서는 SQL Server 2017(14.x) 데이터베이스 엔진의 호환성이 손상되는 변경에 대해 설명합니다. 이러한 변경 내용에 따라 이전 버전의 SQL Server에 기반을 둔 애플리케이션, 스크립트 또는 기능을 사용하지 못할 수도 있습니다. 이러한 문제는 업그레이드할 때 발생할 수 있습니다.

SQL Server 2017 데이터베이스 엔진의 호환성이 손상되는 변경

  • CLR은 더 이상 보안 경계로 지원되지 않는 .NET Framework의 CAS(코드 액세스 보안)를 사용합니다. SQL Server 2017(14.x) 데이터베이스 엔진부터 CLR 어셈블리의 보안을 강화하기 위해 clr strict security라는 sp_configure 옵션이 도입되었습니다. clr strict security는 기본적으로 사용되며 SAFE 및 EXTERNAL_ACCESS CLR 어셈블리가 UNSAFE로 표시된 것처럼 처리됩니다. clr strict security 옵션은 이전 버전과의 호환성을 위해 사용하지 않도록 설정할 수 있지만 권장하지는 않습니다. clr strict security를 사용하지 않도록 설정하면 PERMISSION_SET = SAFE로 만든 CLR 어셈블리에서 외부 시스템 리소스에 액세스하고, 비관리 코드를 호출하고, sysadmin 권한을 얻을 수 있습니다. strict security(엄격한 보안)를 사용하도록 설정하면 서명되지 않은 어셈블리는 로드되지 않습니다. 또한 데이터베이스에 SAFE 또는 EXTERNAL_ACCESS 어셈블리가 있으면 RESTORE 또는 ATTACH DATABASE 문을 완료할 수 있지만 어셈블리를 로드하지 못할 수 있습니다.

    어셈블리를 로드하려면 서버에 대한 UNSAFE ASSEMBLY 권한이 있는 해당 로그인이 포함된 인증서 또는 비대칭 키로 서명되도록 각 어셈블리를 변경하거나 삭제한 다음 다시 만들어야 합니다. 자세한 내용은 CLR strict security를 참조하세요.

  • SQL Server 2016(13.x)에서는 MD2, MD4, MD5, SHA 및 SHA1 알고리즘이 사용되지 않습니다. SQL Server 2016(13.x)까지는 자체 서명된 인증서가 SHA1을 사용하여 생성됩니다. SQL Server 2017(14.x)부터는 자체 서명된 인증서가 SHA2_256을 사용하여 생성됩니다.

이전 버전

이전 버전의 SQL Server에 대해 보관된 설명서

보관된 웹 페이지 집합에 이전 버전의 Microsoft SQL Server 설명서를 누적해서 보존합니다. 보관된 웹 페이지는 Bing.com, Google.com 등의 검색 엔진에서 처리되지 않습니다. 그러나 Docs previous-versions/sql/ 주소에서 보관 파일을 확인할 수 있습니다.

이러한 보관 파일에는 최소한 다음과 같은 이전 버전에 대한 설명서가 포함되어 있습니다.

  • SQL Server 2014(12.x)
  • SQL Server 2012(11.x)
  • SQL Server 2008 R2(10.50.x)
  • SQL Server 2008(10.0.x)
  • SQL Server 2005(9.x)

SQL Server 2014 설명서는 주 Docs 주소에서 계속 사용할 수 있습니다.

SQL Server 2022 설명서는 주 Docs 주소에서 사용할 수 있습니다. 그런 다음, 페이지 맨 위에 있는 버전 관리 드롭다운을 사용하여 다른 버전을 선택할 수 있습니다.

이전 버전의 SQL Server 설명서에 대한 자세한 내용은 이전 버전의 SQL Server 설명서를 참조하세요.

참고 항목