https://support.microsoft.com/ko-kr/kb/3135244 Known issues Issue 1 SQL Server Management Studio (SSMS), Report Server, and Report Manager don't connect to the database engine after you apply the fix for SQL Server 2008, 2008 R2, 2012, or 2014. Report Server and Report Manager fail and return the following error message: The report server cannot open a connection to the report server database. A..
How to get the port number in SQL Server? Note - The steps are shown through SQL Server 2012 environment. They are largely applicable to SQL Server 2014 too. Step 1: Open the SQL Server Configuration Manager window through Start > All Programs > Microsoft SQL Server 2012 > Configuration Tools Step 2: Explore SQL Native Client 11.0 Configuration (32bit) Step 3: Click on Client Protocols option wi..
현재 DMK -> 인증서 - > 대칭키 를 바탕으로 암호화를 하고 있습니다. 실제 DMK( Database Mater Key) 는 상위인 SMK(Service Master Key)를 바탕으로 생성하게 됩니다. 자세한 내용은 참고문서 확인 바랍니다. 서로 다른 서버의 각각 SQL 설치를 하게 되면 SMK가 틀려집니다. 그래서 복호화가 정상적으로 수행되지 않은 현상입니다. 1. 운영서버에서 SMK를 백업 한다. BACKUP SERVICE MASTER KEY TO FILE = 'H:\Techdata\smk20160831_bak.smk' ENCRYPTION BY PASSWORD = 'a12345' 2. 테스트서버에서 SMK 를 복원한다. restore service master key from file='C:\..
간혹 뭐지 할 때가 있다. 시스템데이터베이스 와 사용자데이터베이스간의 틀리면 이슈가 있을 수 있다. 특히 마이그레이션 시 문제가 되는지 체크해야 된다. 무작정 설치하면 금물.. https://msdn.microsoft.com/ko-kr/library/ms188046(v=sql.110).aspx CaseSensitivity CI는 대/소문자를 구분하지 않도록 지정하고 CS는 대/소문자를 구분하도록 지정합니다. AccentSensitivity AI는 악센트를 구분하지 않도록 지정하고 AS는 악센트를 구분하도록 지정합니다. KanatypeSensitive Omitted는 일본어 가나를 구분하지 않도록 지정하고 KS는 일본어 가나를 구분하도록 지정합니다. WidthSensitivity Omitted는 전자/반자..
use AGDB1_TMP go dbcc loginfo Go 아래이미지의 Status 값이 2의 활성 VLF 까지만 축소가 가능합니다. 그래서 일반적으로 아래와 같이 수행을 하게 되면 status 2 인 VLF 이전까지 비우게 됩니다. Shrinkfile 작업은 아래의 명령어로 가능합니다. use AGDB1_TMP go dbcc shrinkfile('AGDB1_log', 500) -- AGDB1_log 값은 sp_helpdb 의 로그의 논리적이 이름을 기입합니다. -- 500 은 줄이고 싶은 크기 MB 단위입니다. 이를 해결하는 방법은 2가지 입니다. 방법.1 복구모델은 simple 로 변경 후 shrinkfile 을 수행한다. USE [master] GO ALTER DATABASE [AGDB1_TMP] ..
출처 : https://www.mssqltips.com/sqlservertip/4356/track-sql-server-tempdb-space-usage/ Tempdb를 많이 사용하고 있는지 확인하는 쿼리이다. SELECT SS.session_id , SS.database_id , CAST(SS.user_objects_alloc_page_count / 128 AS DECIMAL(15, 2)) [Total Allocation User Objects MB] , CAST(( SS.user_objects_alloc_page_count - SS.user_objects_dealloc_page_count ) / 128 AS DECIMAL(15, 2)) [Net Allocation User Objects MB] , CA..
프로시저의 맹점인 파라미터 스니핑이 존재한다. 해결책은 아래 4가지 중에서 회피할 수 있다. OPTION (RECOMPILE) OPTION (OPTIMIZE FOR (@VARIABLE=VALUE)) OPTION (OPTIMIZE FOR (@VARIABLE UNKNOWN)) Use local variables 출처 : https://blogs.msdn.microsoft.com/turgays/2013/09/10/parameter-sniffing-problem-and-possible-workarounds/ 테스트 쿼리. -- /** Parameter Sniffing **/ Use AdventureWorks2012 GO -- Hit ctrl+M to Include Actual Execution Plan -- H..
"어플리케이션에서는 쿼리가 느린데 SSMS에서 실행하면 빨라요"이런 상황이 종종 발생할 수 있다. 이의 원인중의 하나가 실행계획이 달라서 발생할 수 있다. [데모] -- 세션 55 use tempdb go create proc procname as select * from sys.sysprocesses -- 세션 55 쿼리 수행 exec procname GO select @@options -- 세션 54 옵션 변경 후 SET ARITHABORT OFF -- 세션 54 쿼리 수행 exec procname GO select @@options 위 처럼 세션의 옵션에 따라 @@OPTION 값이 달라진다. 이런 경우 실행계획은 어떻게 생길까? 아래와 같이 같은 프로시저지만 2개의 실행계획이 만들어진다. selec..
SQL Server 에서 현재 세션의 SET OPTION 의 상태값을 확인하는 방법이 있다. 가장 단순하게 select @@options 을 실행하면 아래와 같이 결과를 볼 수 있다. 위 값은 아래 참고문서의 값을 모두 합한 값이다. 그래서 어느 옵션을 선택했는지 알 수가 없다. 이런 경우에 아래쿼리를 수행하면 확인이 가능하다. SET STATISTICS IO, TIME OFF DECLARE @options INT SELECT @options = @@OPTIONS PRINT @options IF ( (1 & @options) = 1 ) PRINT 'DISABLE_DEF_CNST_CHK' IF ( (2 & @options) = 2 ) PRINT 'IMPLICIT_TRANSACTIONS' IF ( (4 & ..
- Total
- Today
- Yesterday