컴퓨토피아

SQL Server for Developer: 개발자를 위한 튜닝 가이드

쿼리 디자인

차주언 | SQL 컨설턴트

쿼리 디자인

스티브 맥코넬이 이런 말을 했습니다.
뛰어난 디자이너는 습득한 지식을 사용하지 않는 것과 그 지식을 처음부터 확보하지 못한 것을 동일하게 봅니다.
이말 뜻을 다음과 같이 해석하고 싶습니다. 여러분은 쿼리 분석기의 기능들이 어떤 것이 있고, 단축키가 메뉴우측에 작게 표시되어 있다는 것을 대부분 알고 있습니다. 하지만 잘 사용하지는 않고 있을 것입니다. 라고 말입니다. 그래서 먼저 단축키와 그 사용법에 대해 안내하는 시간을 우선 가지도록 하겠습니다.
다음을 실습해보고 자세한 것은 표를 참조합시다

-- CTRL + E , F5

-- 실행하기
----------------------------------------------------------------
use pubs
go

select * from titles

-- CTRL + T => 결과 Text로 보기

select * from titles

-- CTRL + D => 결과 Text로 보기

select * from titles

-- CTRL + K => 실행계획 보기

select * from titles

-- F8 => 개체브라우저 보이기/감추기

-- CTRL + R => 결과창 보이기/감추기

-- 그외 CTRL + C , CTRL + V , CTRL + X

-- CTRL + SHIFT + C => 주석달기

select * from titles

다음의 표를 참조합시다.

주요 단축키 사용 안내 입니다.

수칙1.SELECT는 필요한 결과값만을 요구하는가?

select title , price from titles
where title_id = 'BU1032'

Select 하는 내용도 필요한 항목만을 가지고 오도록 되어 있어서 리소스가 전혀 낭비되지 않고 있습니다.

select title , price from titles

필요한 칼럼을 가져오기는 하지만 불필요한 전체 행(Row)들을 가져오고 있습니다.

select * from titles

불필요한 칼럼정보, 행(Row) 데이터를 가져오고 있습니다.

따라 하기 - 3개의 쿼리를 한번에 실행하기

1.3개의 쿼리를 한 Session에서 실행하여 결과3개를 동시에 살펴봅니다.

2.결과 값으로 출력되는 데이터량의 차이를 확인합니다. 어느 쿼리가 가장 간결한 결과를 반환합니까?
( 반드시 꼭 필요한 결과만 반환하게 하는 것이 좋습니다.
select title , price from titles where title_id = 'BU1032' 가 적절합니다.)

수칙2.적절한 WHERE 조건을 사용하는가?

인덱스란 데이터를 빨리 찾기 위해서 사용됩니다. 인덱스가 없다면 특정데이터를 찾기 위해서 모든 데이터페이지를 검색(Table Scan)해야만 합니다 그에 비해 인덱스가 존재하고 그 인덱스가 사용되는 것이 효과적이라면 SQL서버는 해당 인덱스 페이지를 사용하여 쉽게 데이터를 가져올 수 있는데 이를 인덱스 검색(Index Seek)이라 합니다.
그러나 이렇게 인덱스가 있더라도 이를 사용 불가능하게 하는 나쁜 쿼리가 있으니 이는 검색조건에서 불필요하게 칼럼이 변형된 경우입니다. 다음의 여러 나쁜 예를 좋은 예와 비교해 봅시다.
SARG(Search Argument)란 쿼리가 반환하는 결과를 제한하기 위하여 옵티마이저가 인덱스와 결합해서 사용할 수 있는 쿼리 내의 조건절을 말하는데 다음의 형태를 가집니다.

컬럼 연산자/변수

옵티마이저가 쓸모 있게 변환하는 것은 CTRL+K 실행 계획 상부 표시에서 관찰할 수 있습니다.

set showplan_all on

select * from authors
where au_lname like 'Ma%'

-- OBJECT:([pubs].[dbo].[authors].[aunmind]), SEEK:([authors].[au_lname] >= 'Ma' AND
[authors].[au_lname] < 'MB'), WHERE:(like([authors].[au_lname], 'Ma%', NULL))
ORDERED FORWARD

-- set showplan_all off

따라 하기

1.인덱스 찾기(Index Seek)를 확인합니다.

2.다음과 같이 약간의 조건절(where) 변형만으로 인덱스페이지가 사용되지 않음을 확인합니다.

3.그렇다면 조건절(where) 변형하고 싶을 땐 어떻게 해야 할까요?

4.다음 예제도 복습해 봅시다.

5.항상 실행 계획을 참조하여 재차 쿼리를 확인해야 합니다.

[참고] 쿼리 계획 은 다음의 몇 가지 단계로 이뤄집니다.

1. 평범한 계획을 식별
2. 획을 단순화 - having를 where로 != @param을 < @param OR > @param으로 변환하는 것 같은 작업을 수행합니다
3. 로드 한다 - 쿼리 옵티마이저가 인덱스와 컬럼 통계, 다른 지원정보를 로드한다
4. 근거하여 계획들을 평가한다 - 실행하는 비용이 충분히 저렴하다고 생각될 때 그 계획을 실행하도록 내놓는다
5. 병렬화를 위해 최적화한다 - SMP

수칙3.COUNT(컬럼명) 대신 COUNT(*)을 사용하는가?

COUNT(*) 와 COUNT(컬럼명)의 차이는 중요합니다. COUNT 하는 해당 테이블 컬럼에 NULL 값을 포함하고 있다면 이 두 예제는 서로 다른 결과를 반환합니다. COUNT(컬럼명)은 그룹에 포함된 각 행을 평가하여 NULL이 아닌 값의 개수를 반환합니다. COUNT(*)는 NULL 값과 중복된 값을 포함한 그룹의 항목 개수를 반환합니다.
일반적으로, COUNT(컬럼명)을 사용하여 특정한 컬럼의 행 개수를 세는 것보다 COUNT(*)을 사용하여 옵티마이저가 행의 개수를 반환하는 최상의 방법을 선택하도록 해주는 것을 더 선호하는 방식이다.

[참고] NULL을 처리하는 방법

use pubs
go

-- 돈 받고 파는 책을 출력하세요

select * from titles where price is not null

-- 비매품인 책을 출력하세요

select * from titles
where price is null

-- 비매품책을 제외한 모든 책의 평균가격?

select avg(price) from titles

-- 비매품책을 0원으로 두고 계산한 평균가격?

select avg(isnull(price,0)) from titles

[유용한 관용구]
칼럼의 중복 행의 수를 찾아봅시다

use pubs
go

-- 중복 칼럼이 각각 몇 개 항목인지를 찾아보자
-- type별로 몇 개의 책이 있을까?

select type,count(*) as [중복 행의 수]
from titles
group by type
having count(*)> 1

수칙4.커서 및 임시 테이블의 내용을 최대한 자제하는가?

결론부터 말씀 드리자면 커서보다는 임시테이블이 임시테이블보다는 테이블 변수를 사용하는 것이 성능에 보탬이 됩니다. 단 SQL2000에서만 테이블 변수가 가능합니다.
커서는 내부적으로 임시 테이블을 사용하기 때문에 임시테이블을 쓴다고 부하가 더 발생하진 않습니다. 오히려 커서의 부가적 기능 때문에 서버 자원을 더 낭비하게 됩니다. (커서로 할 수 있는 건 임시테이블이나 테이블 변수로도 모두 처리가 가능합니다.)

따라 하기 - 다음은 테이블 변수를 사용하여 기존 커서를 대체하는 것을 구현했습니다.

1.훌륭하게 커서를 대신하는 문장입니다.

CTRL + K로 확인하면 테이블 변수로 사용할 경우 실제 테이블에 잠금을 전혀 걸지않는 것을 알 수 있습니다(중요) 그와 반대로 커서를 사용할 경우 프로시저 시작부터 끝까지 지속적으로 사용 부분을 계속해서 잠그고 있어서 다른 작업들이 대기해야 되는 문제가 생깁니다.

수칙5.VIEW의 총사용을 줄였는가?

VIEW는 보안과 편리성에 관련된 이슈를 다루는 데 있어 최고입니다,
그러나, 일반적으로 보안상에 이슈를 제외한 경우에는 불필요한 부하가 가중될 수 있고 많은 경우에 더 불필요한 데이터를 반환합니다 예를 들면 VIEW에서 10개를 가져오고 거기에 WHERE 조건을 붙여서 7개만 가져오는 경우가 그렇습니다.

select lastname,firstname from employees VS select * from EmployeesView 중간 단계가 있는 쪽이 효율이 떨어집니다.

수칙6.저장 프로시저를 사용하는가?

저장 프로시저는 복잡한 SQL문을 단순화 시켜주고, 보안 문제를 해결해주며 더 나아가 빠른 성능에 매개변수,출력매개변수,리턴 값을 사용할 수 있습니다.

저장 프로시저의 역할 7가지

1. 데이터 무결성의 시행
2. 복잡한 비즈니스 규칙과 제약의 강화
3. 캡슐형 설계
4. 유지보수
5. 네트워크 트래픽 감소(오고 가는 긴SQL 구문을 축소)
6. 보다 빠른 실행(컴파일을 하지 않습니다)
7. 보안강화

저장 프로시저의 생성과 반복사용 시 발생하는 일

쿼리는 한번만 실행할 때는 일반 SQL이 훨씬 간단합니다. 그러나 반복적으로 실행되면 저장 프로시저가 월등히 빠르고 편리합니다.

수칙7.저장 프로시저를 적절하게 리컴 파일 하는가?

데이터가 변화하면(인덱스를 추가하거나 인덱스된 열의 데이터를 변경하는 등의 작업 수행 시) 그에 걸맞게 실행계획도 변화해 갑니다. 그에 대처하기 위해서 다음과 같은 리컴파일 방법를 제공합니다.
저장 프로시저 리컴 파일 모드에는 다음의 3가지가 있습니다.

CREATE PROCEDURE [WITH RECOMPILE]
EXECUTE [WITH RECOMPILE]
sp_recompile

CREATE PROCEDURE [WITH RECOMPILE]

는 SQL SERVER가 이 저장 프로시저의 계획을 캐시하지 않기 때문에 이 저장 프로시저가 실행 할 때 마다 다시 컴파일 됩니다(실행 속도가 느려짐).

EXECUTE [WITH RECOMPILE]

는 지금 이순간만 리컴파일 하고 다시 저장 프로시저 실행하면 예전 실행 계획대로 작동하는 것입니다. 제공하는 매개 변수가 불규칙하거나 저장 프로시저를 만든 다음 데이터가 많이 변경되었을 경우 이 옵션을 사용합니다.

sp_recompile

는 저장 프로시저가 다음에 실행될 때 첫 실행처럼 컴파일되고 실행되도록 하는 것입니다.

[문서화되지 않은 DBCC 명령어]

-- pubs 데이터베이스의 모든 저장 프로시저를 재컴파일 해보자

select db_id('pubs')

dbcc flushprocindb(5)

-- 모든 인덱스를 재구축한다
-- 관리자가 사용할 경우 엄청난 시간이 소요될 수 있습니다

dbcc dbreindexall('pubs')

수칙8. 저장 프로시저 작명 시 SP외의 접두어를 사용한다.

시스템 저장 프로시저는 master 데이터베이스내에서 sp_라는 접두어로 시작하는 것이 좋으며 모든 데이터베이스에서 실행될 수 있습니다. 각 사용자 데이터베이스에서는 다른 접두어를 사용하는 것이 보기에도 좋고 알아보기에도 수월합니다.
또한 시스템 저장 프로시저는 어느 데이터베이스에서 수행하건 해당 데이터베이스의 내용을 참조합니다.

따라하기
일반sp_ 저장 프로시저를 시스템sp_ 저장 프로시저로 만들어 봅니다.

1. 사용자 정의 저장 프로시저는 master데이터베이스에 존재하더라도 master내용만 참고합니다.

2.그러나 다음과 같이 시스템 저장 프로시저화 한다면

3.부연하자면 모든 데이터베이스에서 사용하는 프로시저의 경우 sp_로 시작하게 작성한후 sp_MS_marksystemobject로 시스템 프로 시저화 작업을 하는게 필요합니다. 이 내용은 엄격하게 구분되서 실행되는 것이 혼란을 줄일 수 있습니다.

수칙9. 모든 개체의 소유자는 DBO 이다

소유자가 다르면 복잡한 소유권 체인문제가 발생합니다.

lucia가 테이블의 소유자 입니다. lucia는 뷰를 만들었는데 maria에게 뷰를 볼 수 있게 했습니다. maria는 이를 Pierre가 볼 수 있게 했는데 Pierre는 Maria가 만든 뷰를 select권한을 받았음에도 불구하고 실행이 안됩니다. 이는 소유권 체인이 중간에 분실 됐기 때문입니다. 불필요한 이런 시스템은 시스템의 성능저하를 가져다 줍니다. 모든 소유자는 dbo로 통일하는 것을 권장합니다.

따라 하기 - 소유자를 dbo로 바꿔보자

1.소유자를 dbo로 바꿀 때는 다음의 저장 프로시저를 사용하면 됩니다.

2.추가로 시스템테이블을 업데이트하는 방법을 통해 데이터베이스 차원에서 소유자를 바꾸는 방법도 있으며 커서를 사용하는 방법도 존재합니다.

[참고] 소유자가 dbo가 아닌 객체를 출력해봅시다.

select name from sysobjects
where uid <> user_id('dbo')

수칙10. 데드락이 발생하는 부분을 라이브락 형태로 변경했는가?

데드락이란 라이브락과 반대되는 개념입니다. 둘 이상의 트랜잭션이 서로가 실행해야 될 내용을 이미 잠그고 있어 마치 교차로에서 서로 엉켜 꼼짝할 수 없는 상황을 의미 합니다. 이를 해결하기 위한 SQL서버의 노력은 한쪽을 일방적으로 취소 시키는 것인데 이는 시스템의 성능저하로 나타납니다. 이를 해결하기 위한 가장 좋은 방법은 일방통행 방식으로 변경하는 것입니다. 이것이 라이브락 입니다.

따라 하기

1.우선 준비를 위해 테이블을 만들고 데이터를 넣습니다.

2.창을 두 개 열어서 동시에 실행합니다. CTRL+TAB으로 잽싸게 창을 바꿔서 실행해 봅니다.

3.위의 데드락의 가장 바른 해결방법은 순차적인 라이브락 형태로 변경하는 것입니다.

수칙11. SET NOCOUNT ON을 사용하는가?

불필요한 메시지가 네트워크 트래픽을 낭비하고 있습니다. 특히'몇 개 행이 적용 되었습니다' 같은 메시지가 그런 대표적인 예입니다.

따라 하기

1. set nocount on을 실행하고 쿼리를 실행합니다.

프로시저를 작성할 때도 set nocount on과 같은 환경설정은 먼저 실행해 두고 프로시저를 작성하면 환경이 저장된 채로 프로시저가 제작되므로 편리합니다.

수칙12.실무 사례: 저장 프로시저 관리 방법

저장 프로시저 관리방법

---------------------------
-- 객체이름 :
-- 파라미터 :
-- 제작자 :
-- 이메일 :
-- 버젼 :
-- 제작일 :
-- 변경일 :
-- 그외 :
---------------------------

use 데이터베이스명
-- 저장 프로시저는 use 데이터베이스명 문과 같이 써두어야 어디 소속인지 명확히 파악이 가능합니다.
go

-- 소스

create proc dbo.저장 프로시저명
-- 소유자가 명확하게 dbo로 지정 되 있어야 성능 향상이 이뤄집니다. 컴파일 잠금 시간 대폭 감소
as
begin
-- 가장 바깥쪽의 begin end 및 불필요한 begin end문은 과감히 생략합니다.(소스만 길어짐)

end

-- 실행예제

exec 데이터베이스명.dbo.저장 프로시저명
-- 데이터베이스 이름까지 명시해야 오브젝트 참조에서 발생할 수 있는 불 명확성을 줄여줌으로 바람직합니다.

제공 : DB포탈사이트 DBguide.net

SQL Server for Developer: 개발자를 위한 튜닝 가이드

그 외 개발자 권고 사항

차주언 | SQL 컨설턴트

그 외 개발자 권고 사항

수칙1. 코드는 알아보기 쉽게 들여쓰기 합니다.

기억을 잃어버린 자신이 알아볼 수 있도록 쓰라는 말이 있습니다. 쿼리는 알아보기 쉽게 필요한 경우 적당한 룰을 정해 알아보기 수월하게 작성하도록 합니다.

[따라 하기]
1.적당한 들여쓰기와 띄어쓰기는 코드를 알아보기 수월하게 합니다.

선언부와 초기값을 앞에 몰아 두었습니다. 한 칸 띄우고 반복 실행문 안쪽의 문은 TAB으로 들여쓰기를 했습니다. 또한 다음과 같이 불필요한 begin end 문도 생략할 수 있습니다.

use pubs
go

create proc up_test1
as
begin
select * from authors
end
go

create proc up_test2
as
select * from authors
go

sp_helptext up_test1
sp_helptext up_test2

수칙2. 주석을 적절히 사용합니다.

저장 프로시저나 뷰에 주석을 포함시킬 수 있는데 쿼리 안이 아니라 쿼리 밖에도 저장 가능합니다. 이를 이용에 뷰의 제작일, 작성자, 주요내용들을 소스와 함께 저장할 수 있습니다.

[따라 하기]
1.주석과 코드를 분리했지만 한꺼번에 만들어서 실행합니다.

2. 소스를 보기 위에 sp_helptext를 사용합니다. Syscomments 테이블에는 주석까지 함께 저장되어 있는 것을 알 수 있습니다. 소스관리는 코드 원문 뿐 아니라 주석도 함께 관리 합니다!

수칙3. ANSI-92 SQL을 사용합니다

가능한 한 표준ANSI 쿼리를 사용하도록 합니다

수칙4.반드시 오류 여부를 확인하는 코드를 작성합니다.

코드는 철저한 디버깅 속에 개발되어야 합니다.

[따라 하기 - 디버깅 툴을 설치하는 방법]
1.SQL설치를 할 때 다음항목을 설치하면 디버깅 도구가 설치되는 것입니다.

[따라 하기- 디버깅을 사용하는 방법]
1.쿼리 분석기를 실행합니다.
2.목표로 하는 저장 프로시저를 객체브라우저에서 선택합니다.
3.저장 프로시저를 오른쪽 클릭하고 팝업메뉴에서 디버그를 선택합니다

4.파라미터 리스트의 각각의 파라미터를 클릭하여 값을 입력하고 [실행]을 클릭하면 SQL서버는 디버거를 띄웁니다

5.그 다음은 일반 디버거 프로그램과 동일하므로 각자 연구해보도록 합니다.

[참고]트리거 및 사용자 정의 함수 디버깅
트리거나 함수를 디버깅하려면 그 트리거나 함수를 사용하는 프로시저를 만들어 디버거를 돌리면 됩니다.

수칙5. 기타 개발 시 중요한 조언들

템플릿을 사용해봅시다!

[따라 하기 - 템플릿 활용]
1.기존의 템플릿을 사용해보고 마음에 들면 대량의 작업 시 중요한 기초 템플릿이 될 수 있어 개발시간을 절약할 수 있습니다.
2.쿼리 분석기의 템플릿을 선택 후 만들고자 하는 항목 선택 후 마우스 오른쪽 클릭 팝업메뉴에서 열기 선택을 합니다.

3.나오는 템플릿 화면에서 CTRL+SHIFT+M 을 클릭해 봅니다. 놀라운 화면이 나타납니다. 아주 쉽게 제작의 토대를 그대로 사용할 수 있습니다.

4.적절하게 기본값을 넣어봅니다. 더 나아가 주석도 위와 같은 방법으로 제작해 둡니다. 더욱 편리한 개발환경이 구축됩니다.

가상 데이터를 다음과 같은 방법을 사용해 입력해 봅시다

-- 가상 데이터 입력방법

-- 1.while 관용구
--
-- 2.더블링
-- 원하는 크기가 될 때까지 테이블로 자신의 데이터를 삽입하는 것

use pubs
go

set nocount on

drop table tb_double

create table tb_double
(
id int identity
, ph int null
)

insert tb_double(ph) values(30)
insert tb_double(ph) values(35)
insert tb_double(ph) values(40)
insert tb_double(ph) values(45)
insert tb_double(ph) values(50)

set nocount of
declare @cnt int,@rcnt int,@targ int

select @targ= 100,@cnt = count(*),@rcnt=@targ-count(*) from tb_double
while @rcnt > 0
begin
set rowcount @rcnt
insert tb_double(ph) select ph from tb_double
set @cnt = @cnt + @@rowcount
set @rcnt = @targ - @cnt
end

set rowcount 0

select * from tb_double

go

-- 3.랜덤 값 집어넣기
-- 다음의 filltable유틸을 사용하면 간편합니다.

[참고] filltabl 사용방법
명령 프롬프트에서
fellable -Tpubs..테이블명 -N100000 -Usa -Ppassword -S서버명
하면 됩니다.

제공 : DB포탈사이트 DBguide.net

SQL Server for Developer: 관리자를 위한 튜닝 가이드

운영체제 환경 설정편

차주언 | SQL 컨설턴트

운영체제 환경 설정편

다음의 내용은 솔직히 아주 간단한 내용입니다. 당연하지만 잘 지켜지지 않는 부분이라고 도 할 수 있습니다. 꼭 정확히 설정을 당부 드립니다.

수칙1.필요한 윈도우 구성요소만 설치했는가?

불필요한 서비스의 설치는 관리자의 관리가 필요한 부분을 쓸데없이 확대 시킴으로써 알수없는 위험 및 리소스 소모가 발생합니다.
OS를 윈도우2000으로 사용하는 경우는 먼저 모든 선택된 기 구성요소의 체크를 해제한 후 필요한 항목만을 설정하면 편리합니다.

앞의 그림처럼 SQL서버에는 사실 위의 모든 구성요소가 설치될 필요가 없습니다.

수칙2.최신 서비스팩과 핫픽스를 설치했는가?

OS및 SQL서버는 항시 최신버젼을 유지하거나 이에 상응하는 대응책을 취해 두어야합니다.

[Microsoft Baseline Security Analyzer를 다운 받는 곳]
http://www.microsoft.com/korea/technet/security/tools/mbsahome.asp

[SQL서버 서비스 팩을 다운받는곳]
http://www.microsoft.com/korea/sql/
우측의 Top다운로드 메뉴에서 가장 최신의 SQL서비스팩을 다운 받아 설치하면 됩니다.

[따라하기]
Microsoft Baseline Security Analyzer를 다운 받고 SQL최신 패치를 다운받아보자

1.그럼 Microsoft Baseline Security Analyzer를 실행하여 로컬시스템에 필요한 최신 SQL패치버젼을 알아봅니다. 시작>프로그램>Microsoft Baseline Security Analyzer를 클릭합니다. 아래의 화면에서 Scan a computer를 선택합니다.

2.추가 패치만을 검색할 것이므로 다음과 같이 검색조건을 줍니다.

3.SQL Server 항목에서 Result Details를 클릭합니다

4.파란색 숫자부분을 클릭하여 해당 패치를 다운로드 받습니다.

5.패치를 설치 완료한 후 해당 SQL서버에 접속하여 버전을 확인해 봅니다.
(2004년 8월 9일현재 8.00.818버전입니다)

수칙3.파티션은 NTFS를 사용하는가?

시스템내의 모든 파티션이 NTFS(보안 및 하드디스크오류검증지원)로 설정되어 있는지 확인합니다. 제어판의 컴퓨터관리항목의 디스크관리 항목에서 확인할 수 있습니다.

그리고 다음의 방법은 데이터가 존재하는 경우 파티션을 NTFS로 변경하는 방법입니다. FAT파티션인 D드라이브를 NTFS로 변경하는 예제입니다.

수칙4.불필요한 서비스를 사용중지 설정을 해두었는가?

불필요한 서비스에 대하여 가동시키는 것은 리소스 낭비일 뿐 아니라 보안상 허점을 만들수 있으므로, 사용중지 설정을 해두는 것이 좋다

[관련링크 윈도우 2000 서비스 백서]
http://www.microsoft.com/korea/technet/prodtechnol/windows2000serv/deploy/prodspecs/win2ksvc.asp

장황하게 설명하면 내용이 많으므로 대부분의 DB 관리자가 사용한함 설정을 하는 권장항목을 나열합니다.

Application Management
DHCP CLient
Fax
Messanger
Print Spooler
Remote Registry Service
Smart Card
Smart Card Helper
Telnet

Application Management
할당,게시,제거 같은 소프트웨어 설치 서비스를 제공합니다. SQL서버와는 관련없는 기능입니다

DHCP Client
SQL서버는 고정 IP를 부여받아야 하므로 동적 IP 할당 클라이언트를 켜놓을 필요가 없습니다.

Fax
팩스를 SQL서버에 부착하는 것은 말도 안됩니다.

Messanger
화면에 뿌려지는 메신저보다는 이벤트(파일)로 관리하거나 메일링을 사용하는 것이 기록에 남아서 더욱 편리합니다.

Print Spooler
프린터를 SQL서버에 부착하는 것은 말도 안됩니다.

Remote Registry Service
원격 레지스트리 조작용 서비스 입니다

Smart Card
Smart Card Helper 스마트 카드 판독 관련 서비스 입니다

Telnet
원격 사용자가 시스템에 로그온하여 명령줄을 사용하여 콘솔 프로그램을 실행할 수 있게하는것입니다.

제공 : DB포탈사이트 DBguide.net