 온라인 지원의 SQL Server 질문과 대답 SQL Server에 관한 아래의 Microsoft 기술 자료 문서는 Microsoft 온라인 지원 웹 사이트(http://support.microsoft.com/support)에서 발췌한 것입니다. 아래 문서들은 온라인 지원 사이트 방문자가 자주 액세스하는 몇몇 질문에 대한 대답을 제공합니다. 아래 표에서 관심 있는 문제를 누르면 대답을 볼 수 있습니다.
어떻게 하면 응용 프로그램에서 교착 상태를 피할 수 있습니까?잠금 기반 동시 시스템은 일부 조건에서 차단이 발생할 수 있는 피치 못할 특성을 가지고 있습니다. 한 연결이 잠금을 유지하고 있을 때 두 번째 연결이 충돌하는 잠금 유형을 요구하면 차단이 발생합니다. 이 때 두 번째 연결은 대기하거나 첫 번째 연결을 차단합니다. 최상의 확장성, 성능 및 동시성을 위해서는 응용 프로그램 및 쿼리 디자인에서 트랜잭션 경로 길이를 짧게 유지하고 잠금을 가능한 간결하게 유지하는 데 역점을 두어야 합니다. 대부분 동시성 문제는 응용 프로그램과 데이터베이스를 디자인할 때 원인이 시작됩니다. 이 때문에 디자인 시 이 문제를 잘 이해하는 것이 중요합니다. 그렇지 않으면, 숨은 성능 제한 사항이 실수로 응용 프로그램에 침투할 수 있고 전체 범위 변형 테스트 때까지 그 성능 제한이 드러나지 않을 수 있습니다. 관련 기술 자료 문서이 주제 및 다른 관련 문제에 대한 자세한 내용은 Microsoft Knowledge Base를 참조하십시오. 이곳에는 Microsoft 제품 사용 관련 공통 질문에 대한 대답이 포함된 수 천개의 문서가 있습니다. 아래의 기술 자료 문서를 참조하십시오.
어떻게 하면 SQL Server에서 DBCC 성능을 향상할 수 있습니까?데이터베이스 일관성 검사기(DBCC) 유틸리티는 SQL Server 데이터베이스의 무결성 검사에 사용되는 프로그램들의 모음입니다. 이 프로그램들은 개념적으로 MS-DOS, Windows 95 및 Windows NT의 CHKDSK나 UNIX의 fsck 같은 파일 시스템 검사 프로그램과 비슷합니다. 파일 시스템 검사 프로그램과 마찬가지로 대형 데이터 세트에 DBCC를 실행하려면 상당한 시간이 걸릴 수 있습니다. 관련 기술 자료 문서이 주제 및 다른 관련 문제에 대한 자세한 내용은 Microsoft Knowledge Base를 참조하십시오. 이곳에는 Microsoft 제품 사용 관련 공통 질문에 대한 대답이 포함된 수 천개의 문서가 있습니다. 아래의 기술 자료 문서를 참조하십시오.
Microsoft SQL Server는 어떻게 암호화를 다룹니까?Microsoft SQL Server 버전 6.x는 다중 프로토콜 네트워크 라이브러리의 암호화 옵션을 사용하는 16비트 및 32비트 클라이언트 모두에 대해 "네트워크를 통한" 데이터 암호화를 허용합니다. SQL Server는 Microsoft Windows NT RPC API를 이용하여 네트워크 소통을 암호화합니다. Windows NT RPC는 수출용 버전에 허용되는 최대 암호화 수준인 40비트 RC4 암호화를 사용하므로 미국 버전과 국제 버전 사이에 차이가 없습니다. 관련 기술 자료 문서이 주제 및 다른 관련 문제에 대한 자세한 내용은 Microsoft Knowledge Base를 참조하십시오. 이곳에는 Microsoft 제품 사용 관련 공통 질문에 대한 대답이 포함된 수 천개의 문서가 있습니다. 아래의 기술 자료 문서를 참조하십시오.
SQL Server를 위한 성능 최적화에 어떻게 접근합니까?가장 효과적으로 Microsoft SQL Server 성능을 최적화하려면 최대한 다양한 상황에서 가장 큰 성능 향상을 얻을 영역을 확인하고 그러한 영역에 대한 분석에 초점을 맞추어야 합니다. 그렇지 않으면, 큰 향상을 얻을 수 없는 주제에 많은 시간과 노력을 낭비할 수 있습니다. 경험에 의하면 논리 데이터베이스 디자인, 인덱스 디자인 및 쿼리 디자인 전반 영역에서 가장 큰 SQL Server 성능 이익을 얻을 수 있습니다. 역으로 말해, 동일한 이 영역들에서의 결함은 가장 큰 성능 문제를 유발하기도 합니다. 이러한 영역에서는 적은 시간 투자로 매우 큰 성능 향상을 얻을 수도 있으므로 성능에 관심이 있으면 먼저 이들 영역에 관심을 집중해야 합니다. 메모리, 캐시 버퍼, 하드웨어 등과 같은 다른 시스템 수준 성능 문제도 연구 대상인 것은 분명하지만, 경험에 의하면 이들 영역에서는 크기를 늘리면 자연히 성능 이득도 커지는 특성이 있습니다. SQL Server는 사용 가능한 하드웨어 리소스를 거의 자동으로 관리하여 광범위한 시스템 수준 수동 조정의 필요성(더불어 그 이점도)을 줄입니다. 관련 기술 자료 문서이 주제 및 다른 관련 문제에 대한 자세한 내용은 Microsoft Knowledge Base를 참조하십시오. 이곳에는 Microsoft 제품 사용 관련 공통 질문에 대한 대답이 포함된 수 천개의 문서가 있습니다. 아래의 기술 자료 문서를 참조하십시오.
SQL Server에 어떤 메모리 할당이 적합합니까?Microsoft SQL Server에서는 최대 2048MB의 가상 메모리를 사용할 수 있습니다. Windows NT는 32비트 Windows 응용 프로그램 각각에 4기가바이트(GB)의 가상 주소 공간을 제공하는데, 그 중 하위 2GB는 프로세스별 전용으로서 응용 프로그램이 사용할 수 있습니다. 상위 2GB는 시스템 사용에 예약됩니다. Windows NT 가상 메모리 관리자(VMM)는 4GB 주소 공간을 사용 가능한 실제 메모리에 매핑합니다. 사용 가능한 실제 메모리는 하드웨어 플랫폼 지원에 따라 최대 4GB가 될 수 있습니다. SQL Server 같은 32비트 Windows 응용 프로그램은 실제 주소가 아닌 가상 또는 논리 주소만을 인식합니다. 주어진 시간에 응용 프로그램이 사용하는 실제 메모리 양(작업 세트)은 사용 가능한 실제 메모리와 VMM에 의해 결정됩니다. 응용 프로그램은 메모리 상주를 직접 제어할 수 없습니다. Windows NT와 같은 가상 주소 시스템은 가상 메모리와 실제 메모리 비율이 1:1이 넘도록 가상 메모리의 오버 커밋을 허용합니다. 그러나, 대개의 경우 모든 프로세스의 조합된 평균 작업 세트보다 훨씬 더 많은 가상 메모리를 사용하면 성능이 떨어집니다. 관련 기술 자료 문서이 주제 및 다른 관련 문제에 대한 자세한 내용은 Microsoft Knowledge Base를 참조하십시오. 이곳에는 Microsoft 제품 사용 관련 공통 질문에 대한 대답이 포함된 수 천개의 문서가 있습니다. 아래의 기술 자료 문서를 참조하십시오. Q110983: Recommended SQL Server for NT Memory Configurations DBCC 페이지 수와 SYSINDEXES DPAGES에 반영된 페이지 수가 일치하지 않는 원인은 무엇입니까?DBCC에서 실제 페이지 수와 SYSLOGS 테이블을 위한 SYSINDEXES DPAGES에 반영된 페이지 수가 일치하지 않는 것은 흔한 일입니다. 무언가 로그될 때마다 SYSINDEXES(DPAGES)의 페이지 수가 업데이트되지는 않기 때문에 이 불일치가 생깁니다. 로그될 때마다 업데이트가 수행되면 오버헤드가 너무 큽니다. 대신에 변경 내용은 CHECKPOINT가 실행될 때까지 저장됩니다. SYSINDEXES의 값은 공간 할당을 수행하기 위해서는 사용되지 않고 보고하기 위해서만 사용되기 때문에 이 불일치가 문제를 일으키지는 않습니다. 또한, SYSLOGS를 대상으로 쿼리가 실행되지는 않기 때문에 경우에 따라 SYSINDEXES에 잘못된 값이 있어도 액세스 전략 선택에 영향을 미치지 않습니다. 관련 기술 자료 문서이 주제 및 다른 관련 문제에 대한 자세한 내용은 Microsoft Knowledge Base를 참조하십시오. 이곳에는 Microsoft 제품 사용 관련 공통 질문에 대한 대답이 포함된 수 천개의 문서가 있습니다. 아래의 기술 자료 문서를 참조하십시오.
트랜잭션 로그가 가득 차는 원인 및 관련 문제는 무엇입니까?SQL Server 트랜잭션 로그가 가득 찰 수 있으며 그러면 이후부터는 CHECKPOINT를 포함하여 UPDATE, DELETE 또는 INSERT 작업을 할 수 없습니다. 이 문제는 보통 아래와 같은 오류 1105로 나타납니다. 이 문제는 master 또는 tempdb를 비롯하여 모든 데이터베이스에서 발생할 수 있습니다. 아래와 같은 예측하기 어려운 여러 요인이 로그 공간 소비 변화에 영향을 미칠 수 있습니다.
관련 기술 자료 문서이 주제 및 다른 관련 문제에 대한 자세한 내용은 Microsoft Knowledge Base를 참조하십시오. 이곳에는 Microsoft 제품 사용 관련 공통 질문에 대한 대답이 포함된 수 천개의 문서가 있습니다. 아래의 기술 자료 문서를 참조하십시오.
SQL Server에서 TCP/IP와 Windows 소켓은 어떻게 지원됩니까?Microsoft SQL Server 버전 6.x는 TCP/IP 프로토콜을 통한 IPC 방법으로서 표준 Windows 소켓을 사용하여 Windows 또는 Windows NT 기반 클라이언트를 위해 클라이언트 통신을 지원합니다. Windows 소켓 Net-Libraries는 지원되는 플랫폼에서 Microsoft SQL Server와의 연결에 대한 확장적 테스트를 마쳤습니다. 이러한 Net-Libraries는 Windows 소켓을 적절하게 지원하는 다른 TCP/IP 프로토콜과도 작동합니다. 그러나, 이들 플랫폼에서의 Net-Libraries 사용은 보증된 것이 아닙니다. 프로토콜 공급자가 테스트를 실시하고 지원 정책을 명시해야 합니다. Windows 소켓 규정을 적절하게 지원하는 다른 공급업체의 16비트 TCP/IP 제품(Windows for Workgroups과 함께 제공되는 제품은 제외)은 Win16 TCP/IP Sockets Net-Library(DBMSSOC3.DLL)와 제대로 작동합니다. 공식 테스트를 거치거나 지원되지는 않더라도 이 규정을 적절하게 구현한 제품은 Net-Library와 제대로 작동합니다. 관련 기술 자료 문서이 주제 및 다른 관련 문제에 대한 자세한 내용은 Microsoft Knowledge Base를 참조하십시오. 이곳에는 Microsoft 제품 사용 관련 공통 질문에 대한 대답이 포함된 수 천개의 문서가 있습니다. 아래의 기술 자료 문서를 참조하십시오. Q107647: Connecting to SQL Server from TCP/IP Sockets Clients 오류 로그에 17824, 17832 및 1608 오류 메시지가 기록된 원인은 무엇입니까?다양한 Microsoft SQL Server 통신 관련 오류가 원인일 수 있습니다. 대개 이 메시지들은 SQL Server 문제보다는 네트워크, 네트워크 구성 또는 클라이언트 응용 프로그램 문제를 나타냅니다. SQL Server 및 그 응용 프로그램들은 클라이언트쪽과 서버쪽 모두에서 대부분 ISO 네트워크 계층 위에 있습니다. 신뢰성 있는 네트워크 연결을 설정하고 유지할 책임은 SQL Server 아래의 네트워크 계층과 시스템 계층이 맡습니다. 가능한 오류는 아래와 같습니다.서버쪽 오류
클라이언트쪽 오류
이 주제에 대한 자세한 내용은 관리자 참고서인 SQL Server 온라인 설명서를 참조하십시오. 관련 기술 자료 문서이 주제 및 다른 관련 문제에 대한 자세한 내용은 Microsoft Knowledge Base를 참조하십시오. 이곳에는 Microsoft 제품 사용 관련 공통 질문에 대한 대답이 포함된 수 천개의 문서가 있습니다. 아래의 기술 자료 문서를 참조하십시오.
MICROSOFT KNOWLEDGE BASE의 정보는 어떠한 보증도 없이 "있는 그대로” 제공됩니다. MICROSOFT는 모든 보증(상품, 특정 목적에 대한 적합성 및 비침해에 대한 묵시적인 보증을 포함하며 이에 제한되지 않음)을 배제합니다. MICROSOFT 또는 그 공급자는 모든 파생적, 부수적, 직접, 간접, 특별, 징벌적 또는 기타 모든 손해(영업 이익 손실, 영업 중단, 영업 정보 손실, 또는 그 밖의 금전적 손실로 인한 손해를 포함하되 이에 제한되지 않음)에 대하여 어떠한 경우에도 책임을 지지 않으며, 이는 MICROSOFT가 그와 같은 손해의 가능성을 사전에 알고 있던 경우에도 마찬가지입니다. 일부 주/관할지에서는 파생적 또는 부수적 손해를 배제하거나 제한하는 행위를 허용하지 않으므로, 위 제한은 귀하에게 적용되지 않을 수도 있습니다. Microsoft TechNet |