Bora.Choi

디스크의 남은 용량은 xp_fixeddrives 를 이용해서 구할 수 있지만 디스크 전체 사이즈를 쉽게 얻기는 쉽지 않다.

여러 방법이 있었는데 그중 OLE 사용하는 방법이다.

이 방법을 사용하기 위해서는 기능 영역에 OLE 자동화 사용이 활성화 되어 있어야 한다.

서비스 되고 있는 DB 장비는 이 기능을 ON 해 놓지 않기에 평범하게 사용할 수는 없다.

(클릭해서 크게 보세요)

Reporting Sevice 개발시 공유데이터 연결을 사용하여 배포할 경우 이미 있는 공유데이터 원본이 계속 재 배포 됨으로써 자격증명이 초기화 되어 연결이 되지 않는 현상이 발생하였다.

원하는 것은 보고서만 배포되기를 바라는데..

왜 일까??

아주 간단했음.

프로젝트의 속성 페이지에서

배포 옵션에 OverwriteDataSources : False로 해야함 이미 원본이 서버에 있는 경우 원본을 덮어쓰지 않고 사용할 수 있었음.

DBA 작업을 하면서 장비별 동일 정보를 관리용으로 수집하고 싶은 경우가 종종 있게 된다.

연결 정보만 틀리고 동일한 로직을 호출하면 되는데 여러개의 데이터 흐름 작업을 만들고, 여러 연결 관리자를 만들게 되면 관리상의 이슈로 힘들어 지게 된다.

또한, 간혹 발생하게 될 장비의 IP 변경으로 인해 패키지를 다시 빌드해야 하는 단점도 발생하게 된다.

이런 점을 해결하기 위해 DB의 연결 정보를 파일로 처리하여 Foreach 루프 컨테이너의 ADO 연결자를 사용하여 장비별 동일 로직을 실행하는 예제를 만들어 본다.

- 한대성 님의 자료를 도움 받음 -

1. 관련 변수들을 선언한다.

object 변수와 파일에서 connection string 을 읽어올 변수는 필수이다. (obj_conn, file_conn)

2. conn_file01.txt 파일을 만들고  연결 스트링 정보를 입력한다.

연결정보에 관한 정보는 시스템에 맞게 입력

3. 새 플랫 파일 연결관리자를 만들고 2번에서 입력한 파일을 읽을 수 있게 처리한다.

4. 플랫 파일 원본을 선택한 후 파일 연결관리자를 입력해서  connection string이 열로 출력되어 레코드 집합 대상을 만들 수 있게 처리해 준다.

5.  레코드 집한 대상에 VariableName 에 object 변수를 선택하여 파일에서 읽어온 정보가 해당 변수에 담아지도록 처리한다.

6. 파일 출력열이 맞는지 확인 한다.

7.  Foreach 루프 컨데이터를 이용해서 불러들인 연결 정보 만큼 동일 로직을 수행하게 작업 처리한다.

8.  ADO 연결자를 선택하고 원본 변수에 데이터 흐름 작업에서 connection string 정보를 담은 변수를 입력한다. 이 변수의 row 수 만큼 loop 작업이 실행되게 된다.

9.  ForEach 컨테이너에서 변수 매핑 을 클릭하고 출력되는 열을 변수에 담는다.

10.

담은 변수를 연결 관리자를 하나 만든다음에 실행된 DB의 커넥션 변수에 해당 변수를 매핑해 준다.

이로써 DB에 동적으로 연결 정보를 받아 작업이 실행될 수 있다.

11 SQL 실행작업을 하나 선택하고 DB를 연결관리자의 select @@servername을 실행하게 하고 출력된 결과를 스크립트 작업을 통해서 메세지 박스로 확인하는 작업이다.

해당 장비로 접속하여 실행되는 모습을 볼 수 있다.

http://www.microsoft.com/korea/eseminar/Seminar_player7.aspx?number=1316&asf=300K

온라인 등록하고 들으면 들을 수 있습니다.

출처 http://www.mssqltips.com/tip.asp?tip=960

비교적 쉬운 영어길래 그대로 가져옵니다.

Problem
SQL Server offers the ability to use startup parameters when your SQL Server instance starts. The default items include:

• location of  master database data file (-d)
• location of  master database log file (-l)
• location of  SQL server error logs (-e)

In addition, you can set startup parameters for trace flags, starting your instance in single user mode, etc...here is a link to startup options for SQL Server 2005 which is pretty similar to options for SQL Server 2000.

With SQL Server 2000 the startup parameters are available right from Enterprise Manager, but not so with SQL Server 2005.  So how do you set the startup parameters for SQL Server 2005?

Solution
With SQL Sever 2000 access to the startup parameters is available right within Enterprise Manager.  You can get to the startup parameters by right clicking on the server name and selecting "Properties".  The following screen appears and there is a great big button "Startup Parameters..." which you can click and it will allow to see and set the startup parameters.

After clicking on "Startup Parameters" you get the following window.  From here you can click on the parameter and click "Remove" to remove it or click on "Add" to add a new parameter. It is pretty straight forward.

With SQL Server 2005 a lot of things have been moved to other applications and are not all available through SQL Server Management Studio.  One of these things is the startup parameters.  To find the startup parameters you need to go to the SQL Server Configuration Manager tool.  This can be found in the menus through: Microsoft SQL Server 2005 -> Configuration Tools -> SQL Server Configuration Manager.

Once the application is launched you will see the following screen.

• select the SQL Server service that you want to set the startup parameters for such as "SQL Server (TEST1)" for our example
• right click and select "Properties" and the following window will pop up
• go to the "Advanced" tab

• select "Startup Properties" and the following window will pop up

• from here you can add, change or remove your startup properties
• note: each startup parameter is separated by a semi colon (;)
• once you are done click "Apply" to save your changes

Deadlock 발생시 원인과 해결법.

1. Deadlock 이유를 알고 싶으면 trace 1204 를 켜 준다.

2. Deadlock 발생되면 SQL의 에러로그에 로그가 남게 된다.

3.  에러로그를 확인해 보면 'Example_stored_proc'  프로시저에서 update 시 exclusive lock  이 발생하고 있다는 것을 확인 할 수 있다.

4. sp_helptext 'Example_stored_proc'  를 실행하여 프로시저의 내용을 확인 한다.

5. 이와 관련있는 프로시저를 확인하고 deadlock 이 발생하는 page를 확인할 수 있다.

Node:1 PAG: 9:1:18061 CleanCnt:2 Mode: SIU Flags: 0x2

6. 해당 페이지를 조사해 본다. , DBCC Page 사용

MSDN : http://support.microsoft.com/kb/83065

7.  object 확인

Use DBNAME
Select object_name(OBJECT_ID)

8. 프로시저에서 해당 object를 확인하고  update 문을 찾아 그대로 update 테스트 해 본다.

이때, 해당 컬럼에 인덱스가 있는지 확인 한다. update 시 인덱스가 없으면 table scan 을 하게되고 exclusive lock 이 발생한다.

9. Key 되는 컬럼에 인덱스를 생성 해 준다.

10. 후에 다시 실행해봐서 deadlock 이 발생하는지 확인 한다.

트랜잭션 복제, 병합복제, 스냅숏 복제에 게시를 초기화 하는 방법 중에 스냅숏 DB를 사용한 게시 초기화 방법.

•  SQL Server 2005 Enterprise Edition 서비스 팩 2 이상 버전일 경우만 가능

현재 구독 초기화 방법중 알고 있는 방법은

방법

게시의 속성 중에  sync_method 옵션중에  database snapshot 가 추가 되었음 (database snaphort character : 문자모드, 사용하지 않은 것이 좋을 것 같음)
해당 옵션은 복제 마법사를 통해서 세팅이 불가능하며, 게시를 설정한 후 아래 스크립트로 변경해야 한다.

1. 1. 게시 DB에서 실행

   2. exec sp_helppublication;  

   3. exec sp_changepublication

          @publication = '게시 이름',

          @force_invalidate_snapshot = 1,

          @property  = 'sync_method',

          @value = 'database snapshot'  -- 5번

결과

•  이 방법으로 변경해서 게시를 초기화 하게 되면 게시이름_DB 이름으로 스탭숏 DB가 생성되며, 게시가 초기화 완료되면 삭제된다. 기존에 동일한 스탭숏 DB가 있다고 해도 항상 새로 생성한다. 
• 대용량 DB일 경우 스탭숏 DB를 생성할 공간만 있다면, 이 방법을 사용했을 때 스냅숏 초기화 하는 과정 동안 서비스 DB에  테이블 lock가 걸리지 않으므로 서비스에 지장이 덜 가게 된다. 
• 스냅숏 복제 작동 방법 : http://msdn.microsoft.com/ko-kr/library/ms151734(SQL.90).aspx

참고

• 대용량 DB일 경우 Arrary 스토리지를 사용해서 백업/복원하는 초기화 방법을 빠르게할 수도다.:  http://sqlcat.com/technicalnotes/archive/2009/05/04/initializing-a-transactional-replication-subscriber-from-an-array-based-snapshot.aspx
• sync_mode  사용 초기화 : http://blogs.msdn.com/mangeshd/archive/2008/05/30/how-to-use-database-snapshot-sync-mode-while-creating-a-new-tran-snapshot-publication-using-sp-addpublication.aspx
• http://sqlcat.com/whitepapers/archive/2008/02/11/database-snapshot-performance-considerations-under-i-o-intensive-workloads.aspx

좋은 소식!!

이제 2005, 2008의 스탠다드 에디션에서도 Locak Page Memory 사용이 가능해 졌다.

CU2 for SQL Server 2008 SP1 => http://support.microsoft.com/kb/970315/en-us

http://support.microsoft.com/kb/970279/ko
CU4 for SQL Server 2005 SP3 => http://support.microsoft.com/kb/970279/en-us

http://support.microsoft.com/kb/970279/ko

복제를 구성한 후 article 속성을 셋팅해서 게시 한 경우 추후 Aritical 속성을 확인할때 UI를 통한 확인도 가능하지만 부하가 있는 서버의 복제를 확인할때 UI가 응답 없음으로 될 경우가 있다.

sysarticles 테이블의 schema_option 값에 바이너리 값으로 속성값이 저장되며, 도움말 확인하여 연산해서 속성 확인 가능하다.

http://msdn.microsoft.com/ko-kr/library/ms173857.aspx

(트랜잭션 복제 기준)

http://blogs.msdn.com/sqlprogrammability/archive/2007/01/20/trouble-shooting-query-performance-issues-related-to-plan-cache-in-sql-2005-rtm-and-sp1.aspx

SQL  SP3  CU4 부터 2005 X64 스탠다드 에디션에서 Lock Page in Memory 기능을 사용할 수 있게 되었음.

증상

• 미러링 걸려있던 DB의 로그가 90% 이상.
• 활성 트랜잭션이 없음에도  log 백업을 해도 로그가 줄어들지 않음
• 주 서버에서 미러가 일시 중지됨

• 파트너 서버에 에러 로그 파일 에 아래 errorlog 발생

원인

• significant part of sql server process memory has been paged out. This may result in a performance degradation.
• Windows 운영체제 페이지를 SQL Server 프로세스의 작업 집한 제한  때문에 발생합니다.
• http://support.microsoft.com/kb/918483
• 데이터베이스 엔진 오류 : 1204
• SQL Server 데이터베이스 엔진 인스턴스에서 지금 LOCK 리소스를 가져올 수 없습니다. 활성 사용자가 적을 때 문을 다시 실행하십시오. 데이터베이스 관리자에게 이 인스턴스의 잠금 및 메모리 구성이나 장기 실행 트랜잭션을 확인하도록 요청하십시오.
• max server memory 옵션 증가시킴

• 위는 전부 페이지 잠금 문제로 발생 했다.

해결

1. 시작 을 클릭하고 실행 을 클릭합니다 gpedit.msc 를 입력한 다음 확인 을 클릭하십시오. 그룹 정책 대화 상자가 나타납니다.
2. 확장 컴퓨터 구성 를 확장한 다음 Windows 설정 .
3. 보안 설정 을 확장한 다음 로컬 정책 을 확장하십시오.
4. 사용자 권한 할당 을 클릭한 다음 메모리의 페이지 잠그기 두 번 클릭하십시오.
5. 로컬 보안 정책 설정 대화 상자에서 사용자 또는 그룹 추가 클릭합니다.
6. 사용자 또는 그룹 선택 대화 상자에서 Sqlservr.exe 파일을 실행할 권한이 있는 계정을 추가하고 확인 을 클릭하십시오.
7. 그룹 정책 대화 상자를 닫습니다.
8. SQL Server 서비스를 다시 시작하십시오