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 설명서를 참조하세요.
참고 항목
피드백
https://aka.ms/ContentUserFeedback
출시 예정: 2024년 내내 콘텐츠에 대한 피드백 메커니즘으로 GitHub 문제를 단계적으로 폐지하고 이를 새로운 피드백 시스템으로 바꿀 예정입니다. 자세한 내용은 다음을 참조하세요.다음에 대한 사용자 의견 제출 및 보기