채윤이네집

엑셀의 자료를 MS-SQL SSIS를 이용하여 테이블로 가져오는 방법을 정리해 보았습니다. 알단 SMSS로 엑셀을 가져와 데이터를 저장할 테이블이 위치할 데이터베이스에서 오른쪽 마우스를 눌러 아래와 같은 팝업 메뉴가 나왔을 때, 순서대로 선택하여 "태스크 > 데이터 가져오기"를 실행합니다. 그러면 아래 그림과 같이 가져오기 및 내보내기 마법사가 시작됩니다. 다음 버튼을 눌러서 데이터 원본을 지정합니다. 아래와 같이 원본 형태를 "Microsoft Excel"로 선택하고, "찾아보기" 버튼을 눌러서 데이터베이스에 입력할 엑셀 파일을 선택한 후, "다음" 버튼을 누릅니다. 엑셀 자료가 입력된 대상 서버의 정보를 올바르게 입력하고, 대상 데이터베이스를 선택한 다음에 "다음" 버튼을 누릅니다. 엑셀 자료를 가져..

증상 및 문제점새로 운영체제를 재설치하고, 기존 데이터베이스를 복구한 이후로 SQL Agent의 작업기록에 수행된 작업에 대한 로그 기록이 하나도 되지 않아, 특정 작업에서 어떤 오류가 발생했는지 확인이 불가능한 문제를 겪었습니다. 이벤트 로그 등에 특이한 오류는 전혀 없었고, SQL 로그 디렉토리의 "SQLAGENT.1" 파일을 열어 보았더니, 다음과 같은 오류가 계속 기록되어 있었습니다. 2010-10-12 17:22:31 - ! [298] SQLServer 오류: 10061, TCP 공급자: 대상 컴퓨터에서 연결을 거부했으므로 연결하지 못했습니다. [SQLSTATE 08001] 2010-10-12 17:22:31 - ! [165] ODBC 오류: 0, 로그인 제한 시간이 만료되었습니다. [SQLST..

문제점 및 증상 DB 서버 이전을 위하여 master, model, msdb 등을 그대로 복사하여 복구한 이후, 연결된 서버에서 다음과 같은 오류가 발생합니다. 제목: Microsoft SQL Server Management Studio ------------------------------ LinkedServerLogin ''에 대한 만들기이(가) 실패했습니다. (SqlManagerUI) 도움말을 보려면 다음을 클릭하십시오: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=9.00.4035.00&EvtSrc=Microsoft.SqlServer.Management.Smo.ExceptionTemplates.FailedOperatio..

테이블을 생성할 때, 일련번호를 할당하기 위하여 IDENTITY를 사용하게 됩니다. IDENTITY를 사용하할 때, 삽입한 행의 일련번호를 얻기 위하여 흔히 @@IDENTITY 함수를 자주 이용하게 되는데, @@IDENTITY 함수를 사용할 때 주의할 점이 있습니다. @@IDENTITY 함수는 현재 세션에서 삽입된 마지막 IDENTITY 값을 반환합니다. 따라서 트리거에서 다른 테이블의 IDENTITY가 새로 추가되거나 하게 되면 원치 않는 결과를 가져오게 됩니다.(@@IDENTITY 함수가 트리거에서 삽입된 IDENTITY 값을 반환함) 그래서 현재 범위(하나의 저장프로시저 내, 하나의 쿼리문 내 ...)내에서 마지막으로 추가된 IDENTITY 다음 값을 얻을 때는 SCOPE_IDENTITY() 함수를..

세션에서 한 테이블의 IDENTITY_INSERT 속성만 ON으로 설정할 수 있습니다. CREATE TABLE IDENTITY1 ( id_no INT IDENTITY(1, 1), data1 VARCHAR(100) ) GO CREATE TABLE IDENTITY2 ( id_no INT IDENTITY(1, 1), data2 VARCHAR(100) ) GO SET IDENTITY_INSERT IDENTITY1 ON SET IDENTITY_INSERT IDENTITY2 ON 위 코드를 실행하면 아래와 같은 오류가 발생하게 됩니다. 메시지 8107, 수준 16, 상태 1, 줄 1 IDENTITY_INSERT is already ON for table 'master.dbo.IDENTITY1'. Cannot per..

엎서 특정 문자열을 포함하고 있는 저장 프로시저나 트리거를 찾는 방법에 대해서 보았는데, 연관하여 SQL 서버에 설정된 작업들 중에서 특정한 문자열을 포함하고 있는 작업을 찾을 때는 아래와 같이 하면 됩니다. USE msdb; GO; SELECT J.name, S.* FROM dbo.sysjobsteps S INNER JOIN dbo.sysjobs J ON J.job_id = S.job_id WHERE 1 = 1 AND command LIKE '%KEYWORD%' ORDER BY S.job_id, S.step_id;

수 많은 저장 프로시저나 트리거들 중에서, 특정 테이블을 사용하는 저장 프로시저들을 찾거나, 특정한 기능을 활용하는 저장 프로시저를 찾으려면 아래와 같이 시스템 뷰를 이용하면 됩니다. SELECT * FROM sysobjects WHERE id IN ( SELECT id FROM syscomments WHERE text LIKE '%KEYWORD%' )

원본 DB와 동일한 DB로 복구하기 위하여 원본 DB의 master 백업본으로 대상 DB에서 그대로 복원하였더니, SQL Agent를 시작하면 다음과 같은 오류가 발생하며 서비스 시작이 실패하는 문제가 발생하였습니다. 이벤트 형식: 오류 이벤트 원본: SQLSERVERAGENT 이벤트 범주: Service Control 이벤트 ID: 103 날짜: 2009-10-26 시간: 오후 4:18:14 사용자: N/A 컴퓨터: target 설명: SQLServerAgent could not be started (reason: 서버 '(local)'에 연결할 수 없습니다. SQLServerAgent을(를) 시작할 수 없습니다.). 자세한 정보는 http://go.microsoft.com/fwlink/events.a..

원본 DB에서 백업 받은 파일을 다른 DB에서 복구할 경우, 원본 DB에서 설정된 로그인과 복구한 서버에서의 로그인(Login)과 복구한 DB의 사용자(User)이 서로 일치하지 않아서, 복구한 DB를 사용할 수 없는 문제가 발생합니다. 이런 경우(Orphaned Users) 2000에서는 해결 방법이 복잡하였으나, 2005부터는 간단히 해결을 할 수 있게 되었습니다. 먼저 로그인(Login)과 이름은 같지만 DB를 사용할 수 없는 사용자(User)들를 아래와 같이 찾습니다. USE ; GO; sp_change_users_login @Action='Report'; GO; 로그인과 일치하지 않는 사용자 문제를 아래와 같이 해결합니다. 물론 서로 일치하지 않는 로그인 및 DB 사용자가 동일하게 존재해야 합니..

데이터베이스를 다른 장비로 그대로 이전한 이후에, SSMS에서 특정 DB의 속성창을 보려고 했더니, 다음과 같은 오류가 발생하였습니다. 제목: Microsoft SQL Server Management Studio ------------------------------ 요청한 대화 상자를 표시할 수 없습니다. ------------------------------ 추가 정보: 요청한 대화 상자를 표시할 수 없습니다. (SqlMgmt) ------------------------------ 데이터베이스 '[GatheringData_TEST]'에 속성 Owner을(를) 사용할 수 없습니다. 이 속성이 이 개체에 대해 존재하지 않거나 액세스 권한이 부족하여 검색하지 못할 수 있습니다. (Microsoft.Sql..