데이터베이스 호환 성 수준 변경 및 쿼리 저 장소 사용 | Microsoft Docs 
 데이터베이스 호환 성 수준 변경 및 쿼리 저 장소 사용 Change the Database Compatibility Level and use the Query Store 
 SQL Server 2016 ( 13 . x ) SQL Server 2016 ( 13 . x ) 부터 SQL Server 2017 SQL Server 2017 까지 데이터베이스 호환 성 수준 이 변경 된 경우 에 만 일부 변경 내용 이 활성 화 됩니다 . In SQL Server 2016 ( 13 . x ) SQL Server 2016 ( 13 . x ) through SQL Server 2017 SQL Server 2017 , some changes are only enabled once the database compatibility level has been changed . 이 작업 은 여러 가지 이유 로 수행 되 었 습니다 . This was done for several reasons : 
 업그레이드 는 단 방향 작업 이 므로 ( 파일 형식 을 다운 그레이드 할 수 없 음 ) 데이터베이스 내 에서 별도 작업 에 대한 새로운 기능 의 사용 을 분리 하 는 값 이 있 습니다 . Since upgrade is a one - way operation ( it is not possible to downgrade the file format ) , there is value in separating the enablement of new features to a separate operation within the database . 이전 데이터베이스 호환 성 수준 으로 설정 을 되돌릴 수 있 습니다 . It is possible to revert a setting to a prior database compatibility level . 새 모델 은 중단 창 동안 발생 해야 하 는 것 의 수 를 줄입니다 . The new model reduces the number of things that must happen during an outage window . 
 쿼리 프로세서 에 대한 변경 내용 에 는 복잡 한 영향 이 있 을 수 있 습니다 . Changes to the query processor can have complex effects . 시스템 에 대한 " 적절 한 " 변경 이 대부분 의 작업 에 유용 할 수 도 있 지만 다른 사용자 에 대한 중요 한 쿼리 에서 허용 되 지 않 는 회귀 가 발생 할 수 있 습니다 . Even though a “ good ” change to the system may be great for most workloads - it may cause an unacceptable regression on an important query for others . 업그레이드 프로세스 에서 이 논리 를 분리 하 는 작업 은 쿼리 저 장소 와 같 은 기능 이 계획 선택 회귀 를 신속 하 게 완화 하 거나 프로덕션 서버 에서 완전히 방지 할 수 있 도록 합니다 . Separating this logic from the upgrade process , allows for features such as the Query Store , to mitigate plan choice regressions quickly or even avoid them completely in production servers . 
 업그레이드 후 에 는 tempdb , 모델 , msdb 및 리소스 데이터베이스 의 호환 성 수준 이 현재 호환 성 수준 으로 설정 됩니다 . The compatibility levels of the tempdb , model , msdb and Resource databases are set to the current compatibility level after upgrade . 
 새 쿼리 프로세서 기능 을 활성 화 하 는 업그레이드 프로세스 는 제품 의 릴리스 이후 서비스 모델 과 관련 이 있 습니다 . The upgrade process to enable new query processor functionality is related to the post - release servicing model of the product . 이러 한 수정 의 일부 는 추적 플래그 4199 에서 릴리스 됩니다 . Some of those fixes are released under trace flag 4199 . 수정 이 필요 한 고객 은 다른 고객 에 대한 예기 치 않 은 회귀 를 일으키 지 않 고 이러 한 수정 을 선택 할 수 있 습니다 . Customers needing fixes can opt - in to those fixes without causing unexpected regressions for other customers . 쿼리 프로세서 핫픽스 에 대한 릴리스 이후 서비스 모델 은 여기 에 설명 되 어 있 습니다 . The post - release servicing model for query processor hotfixes is documented here . SQL Server 2016 ( 13 . x ) SQL Server 2016 ( 13 . x ) 부터 새 호환 성 수준 으로 전환 하 면 이러 한 수정 이 이제 최신 호환 성 수준 에서 기본 적 으로 사용 될 수 있 으므로 추적 플래그 4199 가 더 이상 필요 하 지 않 습니다 . Beginning with SQL Server 2016 ( 13 . x ) SQL Server 2016 ( 13 . x ) , moving to a new compatibility level implies that trace flag 4199 is no longer needed , because those fixes are now enabled by default in the latest compatibility level . 따라서 업그레이드 프로세스 의 일부 로 업그레이드 프로세스 가 완료 되 면 4199 가 활성 화 되 지 않 는 것 을 확인 하 는 것 이 중요 합니다 . Therefore , as part of the upgrade process , it is important to validate that 4199 is not enabled once the upgrade process completes . 
 그러나 해당 하 는 경우 여전히 RTM 이후 출시 된 새로운 쿼리 프로세서 수정 을 활성 화 하 는 데 추적 플래그 4199 가 필요 합니다 . However , trace flag 4199 is still needed to enable any new query processor fixes released after RTM , if applicable . 
 쿼리 프로세서 를 코드 의 최신 버전 으로 업그레이드 하 는 권장 되 는 워크플로 는 쿼리 저 장소 사용 시나리오 의 최신 SQL Server 섹션 으로 업그레이드 하 는 동안 성능 안정 성 유지 에서 문서 화 됩니다 . The recommended workflow for upgrading the query processor to the latest version of the code is documented in the Keep performance stability during the upgrade to newer SQL Server section of Query Store Usage Scenarios , as seen below . 
 데이터베이스 의 호환 성 수준 보 기 또는 변경 View or Change the Compatibility Level of a Database