CATCHV Blog

Replication을 구성해서 운영하다 어떤 문제로 인해서 replication을 다시 구성해야 하는 경우가 발생한다. 그런데 Distribute를 제거하지 않은 경우 기존의 데이터가 남아 있어서 문제가 없지만 Replication Monitor에 X 자로 Red 표시가 나오는 경우가 있다. 이런 경우 아래의 프로시져로 상태를 업데이트 해주면 해결이 된다. EXEC sp_MSload_replication_status

DB2 9.7을 설치하기 전에 db2prereqcheck로 설치 전 점검 사항을 체크 할 수 있다. CentOS 6.5에 설치시 아래와 같은 문제점이 나타난다. DB2 9.7 64Bit를 설치하여도 32bit Standard C++ 라이브러리를 요구하게 된다. yum을 이용하여 libstdc++.so.6을 설치하는 것이다. # yum -y install libstdc++.so.6

trigger 및 Procedure 에서 텍스트 찾기 DECLARE @Search varchar(255) SET @Search='Search Text' SELECT DISTINCT o.name AS Object_Name,o.type_desc FROM sys.sql_modules m INNER JOIN sys.objects o ON m.object_id=o.object_id WHERE m.definition Like '%'+@Search+'%' ORDER BY 2,1

DB2 설치시 SA MP 설치 안하는 명령어 ./db2_install -f NOTSAMP

CREATE TABLE #tempww ( LoginName nvarchar(max), DBname nvarchar(max), Username nvarchar(max), AliasName nvarchar(max) ) GO INSERT INTO #tempww EXEC master..sp_msloginmappings -- display results SELECT * FROM #tempww ORDER BY dbname, username -- cleanup DROP TABLE #tempww

Replication 삭제시 구독 서버에 접속 안되는 경우나 구독서버에서 구독을 삭제 한 경우 구독 서버에 접속 할 수 없다는 18482 에러가 발생한다. 그런 경우 USB [게시자 DB] GO sp_removedbreplication 로 삭제 할 수 있다.

SQL Server 의 Error Log의 데이터가 많을 경우 로드하는데 많은 시간이 발생됩니다. Error Log 파일의 구성을 보면 HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\MSSQLServer 위치에 NumErrorLogs 의 숫자 만큼 파일이 보관되며(6개가 Default) 99개 까지 설정 할 수 있습니다. 파일 개수 변경 방법은 방법 1. USE [master] GO EXEC xp_instance_regwrite N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'NumErrorLogs', REG_DWORD, [변경할 파일 숫자] GO 방법2. 로 파일 개수를 변경할 수..

버전 : SQL 2005, SQL 2008, SQL 2008 R2, SQL 2012 MS SQL Server 2005 이상부터 C++에나 있던 TRY CATCH 구문이 도입되어서 굉장히 편하게 에러가 발생되는 부분을 찾고 처리하기 쉽게 되었다. BEGIN TRY SELECT 1 / 0 END TRY BEGIN CATCH SELECT ERROR_NUMBER() AS ErrorNumber , ERROR_SEVERITY() AS ErrorSeverity , ERROR_STATE() AS ErrorState , ERROR_PROCEDURE() AS ErrorProcedure , ERROR_LINE() AS ErrorLine , ERROR_MESSAGE() AS ErrorMessage; END CATCH 그러나 ..

버전 : SQL 2008, SQL 2008 R2, SQL 2012 MS SQL 2008 부터는 BACKUP LOG [데이터베이스명] WITH TRUNCATE_ONLY GO 를 지원하지 않고 있습니다. 이유는 이걸 사용했을 경우 로그체인이 끊어져서 데이터베이스에 문제가 발생 할 경우 데이터를 복구 할 수 없는 상태가 발생 할 수 있습니다. 그러나 관리상의 문제나 기타 다른 문제로 LOG의 백업이 당장 필요 없는 경우도 발생을 합니다. 그럴 경우 사용 할 수 있는 방법은 다음과 같습니다. 주의!!! 아래의 방법은 권장하는 방법이 아니므로 반드시 전체백업 후에 진행하기시 바랍니다. 저의 TestDB 상태입니다. BACKUP LOG [데이터베이스명] TO DISK='NUL:' GO DBCC SHRINKFILE ..