질문과 대답 - SQL Server 2000 - 로그 전달

기술 자료 번역 기술 자료 번역
기술 자료: 314515 - 이 문서가 적용되는 제품 보기.
이 문서는 이전에 다음 ID로 출판되었음: KR314515
모두 확대 | 모두 축소

이 페이지에서

요약

이 문서에서는 로그 전달의 여러 측면을 설명하고 SQL Server 2000 Enterprise Edition에서 로그 전달의 설정, 보안, 모니터링, 역할 변경 및 제거와 관련하여 자주 제기되는 질문과 그에 대한 대답을 제공합니다.

추가 정보

SQL Server 2000에서 로그 전달을 사용하면 SQL Server 유지 관리 계획 마법사를 통해 웜 백업 솔루션을 설정할 수 있습니다. 데이터베이스의 트랜잭션 로그 백업을 자동으로 다른 서버에 전달하고 대기 데이터베이스에 적용할 수 있습니다. 대기 데이터베이스를 사용하여 로그 상태에 따라 달라지는 읽기 전용 작업을 수행할 수 있습니다.

로그 전달 설정

질문 1: 로그 전달을 설정하려면 어떤 버전의 SQL Server가 있어야 합니까?

대답 1: 다음 표에 로그 전달에 참여하는 세 구성 요소에 필요한 SQL Server 버전이 나와 있습니다.
표 축소표 확대
구성 요소필요한 SQL Server 버전
주 서버Enterprise 또는 Developer Edition
보조 서버Enterprise 또는 Developer Edition
모니터 서버모든 버전


질문 2: SQL Server 엔터프라이즈 관리자를 통한 로그 전달 설정을 시작하기 전에 무엇을 해야 합니까?

대답 2: 다음은 SQL Server 2000에서 로그 전달을 시작하기 전에 수행해야 할 작업 목록입니다.

  • 도메인 계정으로 SQL Server와 SQL Server 에이전트 서비스를 시작하거나 통과 보안(pass-through security)을 사용하도록 주 서버, 보조 서버 및 모니터 서버를 구성합니다. 자세한 내용은 질문 3을 참조하십시오.
  • SQL Server 엔터프라이즈 관리자(SEM)를 설치한 모든 컴퓨터에서 로그 전달을 설정할 수 있습니다. 서버 역할을 하는 모든 SQL Server 실행 컴퓨터를 등록해야 하는데, 이러한 컴퓨터는 로그 전달을 설정할 컴퓨터에서 SEM을 통해 보조 서버로 사용됩니다.
  • 주 서버에 트랜잭션 로그 백업을 저장할 폴더를 만듭니다. 이 폴더는 주 컴퓨터의 어느 곳에나 만들 수 있습니다. 폴더를 넣을 드라이브에는 적어도 하루분의 트랜잭션 로그 백업을 저장할 수 있는 디스크 여유 공간이 있어야 합니다. 필요한 공간은 데이터베이스의 트랜잭션 로그 백업 크기와 빈도에 따라 달라지므로 정확히 예측하기가 어렵습니다. 로그를 전달할 데이터베이스마다 다른 폴더를 만드는 것이 좋습니다.
  • 앞 단계에서 만든 폴더를 공유합니다. SQL Server와 SQL Server 에이전트 서비스를 시작하는 데 사용되는 Microsoft Windows NT 계정에 로그 전달에 참여하는 서버에 대한 읽기/변경 권한을 부여해야 합니다. 통과 보안을 사용하는 경우에는 SQL Server 관련 서비스를 시작하는 데 사용되는 로컬 Windows NT 계정에 이러한 권한을 부여합니다.
  • 로그를 전달할 데이터베이스에 대한 모든 트랜잭션 로그 백업 작업을 제거하거나 해제합니다. 여기에는 타사 백업 작업도 포함됩니다.
질문 3: SQL Server 관련 서비스를 시작할 때 로컬 Windows NT 계정과는 반대로 도메인 계정을 사용해야 합니까?

대답 3: SQL Server가 Microsoft Cluster Service와 함께 가상 서버로 실행되도록 구성되어 있지 않으면 로컬 Windows NT 계정을 사용하여 시작하도록 SQL Server 서비스를 구성할 수 있습니다. Windows NT 통과 보안을 이 목적으로 사용할 수 있습니다. 통과 보안을 구성하려면 다음과 같이 하십시오.
  • 주 서버, 보조 서버 및 모니터 컴퓨터에서 같은 이름과 암호를 사용하여 Windows NT 계정을 만듭니다.
  • 모든 컴퓨터에서 이 Windows NT 계정으로 시작하도록 SQL Server 관련 서비스를 구성합니다.
SQL Server가 Microsoft Cluster Service와 함께 가상 서버로 실행되도록 구성되어 있으면 도메인 계정을 사용하여 SQL Server 서비스를 시작해야 합니다. SQL Server가 가상 서버로 실행되더라도 SQL Server 컴퓨터가 도메인에 속해 있으면 도메인 계정을 사용하여 서비스를 시작하는 것이 좋습니다. 다음은 도메인 계정을 사용하여 SQL Server 관련 서비스를 시작할 때 얻을 수 있는 이점입니다.
  • SQL Server 시작 계정의 암호를 변경해도 로그 전달 작업이 실패하지 않습니다. 통과 보안 환경에서 로그 전달을 성공적으로 계속하려면 모든 서버의 암호를 Windows NT 시작 계정용으로 변경해야 합니다.
질문 4: 로그 전달은 어디서 설정할 수 있습니까?

대답 4: SQL Server 엔터프라이즈 관리자에서 로그 전달을 설정해야 할 데이터베이스를 마우스 오른쪽 단추로 누른 다음 유지 관리 계획을 누릅니다. 시작 대화 상자에서 다음을 누릅니다. 트랜잭션 로그를 다른 SQL Server로 전달(로그 전달) 확인란을 눌러 선택합니다. 이 확인란을 선택하면 이 데이터베이스에 로그 전달이 있어야 한다는 것을 SQL Server 유지 관리 계획 마법사에 알리게 됩니다. 이 단계는 SQL Server 엔터프라이즈 관리자를 설치한 클라이언트에서 수행할 수 있습니다.

질문 5: 간혹 유지 관리 계획 대화 상자의 로그 전달 확인란이 흐리게 나타나는 이유는 무엇입니까?

대답 5: 다음 이유 중 하나로 확인란이 흐리게 나타날 수 있습니다.
  • 여러 데이터베이스가 유지 관리 계획용으로 선택되어 있을 수 있습니다.
  • 선택된 데이터베이스가 전체 또는 대량 기록 복구 모델이 아닙니다.
  • 서버에 SQL Server 2000 Enterprise Edition이 설치되어 있지 않습니다.
질문 6: 초기 구성을 수행하는 동안 로그 전달 설정이 실패하는 이유는 무엇입니까?

대답 6: 로그 전달 설정이 실패하는 이유는 여러 가지입니다. 현재까지 이 동작을 초래하는 것으로 알려진 문제가 하나 이상 있습니다. 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
298743 BUG: 로그 전달 유지 관리 마법사가 실패하면 모든 변경 내용이 롤백되지 않을 수 있다
질문 7: 테이블 스키마와 데이터베이스 파일 구조 변경 사항이 보조 서버에 전파됩니까?

대답 7: SQL Server 2000에서 모든 테이블 스키마와 데이터베이스 파일 구조 변경 사항은 로깅되는 작업입니다. 하지만 새 NDF 또는 LDF 파일이 주 데이터베이스에 추가된 경우에는 주 데이터베이스에 데이터베이스 파일을 추가한 후 곧바로 수행한 트랜잭션 로그 백업을 로드하는 동안 트랜잭션 로그 복원 작업이 실패합니다. 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
286280 데이터베이스 파일의 추가 또는 제거가 데이터베이스 복구에 주는 영향에 대한 설명
질문 8: 로그 전달을 스크립팅할 수 있습니까?

대답 8: 아니요. 현재로서는 로그 전달을 스크립팅할 수 없습니다. 지원되는 로그 전달 설정 방법은 질문 4에 설명된 것처럼 마법사를 사용하는 방법뿐입니다.

질문 9: 여러 도메인에 분산된 서버 간에 로그 전달을 설정할 수 있습니까?

대답 9: 예. 여러 도메인에 분산된 서버 간에 로그 전달을 설정할 수 있습니다. 두 가지 방법이 있습니다.
  • 통과 보안 사용. 주 서버, 보조 서버 및 모니터 서버에서 같은 이름과 암호를 사용하여 Windows NT 계정을 구성합니다. 모든 서버에서 이러한 계정으로 시작하도록 Configure SQL Server 관련 서비스를 구성하고 모니터 서버에 연결할 로그 전달을 설정하는 동안 SQL 인증을 사용합니다. 또는

  • 기본 Windows NT 보안 사용. 양방향 트러스트를 사용하여 도메인을 구성해야 합니다. 도메인 계정으로 SQL Server 관련 서비스를 시작할 수 있습니다. 주 서버와 보조 서버에서 모니터 서버에 연결하는 작업에 SQL 인증이나 Windows 인증을 사용할 수 있습니다. 다른 모든 요구 사항은 질문 2에 설명된 것과 같습니다.
질문 10: SQL 인증을 사용하여 모니터 서버에 연결하도록 주 서버와 보조 서버를 구성할 수 있습니까?

대답 10: 예. 주 서버와 보조 서버에서 모니터 서버에 연결하는 데 Windows 인증이나 SQL 인증을 사용할 수 있습니다. 이 목적으로는 Windows 인증을 사용하는 것이 좋지만 Windows 인증을 사용할 수 없는 경우에는 SQL 인증을 사용해도 됩니다. SQL Server는 해당 계정이 없는 경우 로그 전달을 설정할 때 지정한 암호를 사용하여 주 서버, 보조 서버 및 모니터 서버에 "log_shipping_monitor_probe" 계정을 만듭니다. 로그 전달에 SQL 인증을 사용하는 경우에는 주 서버, 보조 서버 및 모니터 서버에서 혼합 모드 인증을 사용하도록 SQL Server를 구성해야 합니다.

로그 전달 보안 고려 사항

질문 1: 로그 전달을 설정하기 전에 "guest" 계정을 사용하지 못하게 만들고 보조 데이터베이스를 대기 상태에 두려고 할 경우, 주 서버와 같은 보안 모델을 적용하면서 사용자의 보조 데이터베이스 액세스를 허용하려면 어떻게 합니까?

대답 1: 어떤 이유로든 "guest" 계정을 SQL Server에서 제거해서는 안 됩니다. 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
315523 guest 계정을 제거하면 SQL Server 2000 SP4에서 916 오류가 발생하거나 SQL Server 2000 이전 버전에서 처리된 예외 액세스 위반이 발생할 수 있다
하지만 보안 문제가 발생할 소지가 있는 경우에는 "guest" 계정을 데이터베이스 작업에 사용하지 못하게 만들 수 있습니다. 보조 데이터베이스가 대기 상태에 있기 때문에 sp_change_users_login 저장 프로시저를 사용하여 로그인을 제대로 다시 매핑하는 것은 불가능합니다. 대기 데이터베이스에 같은 보안 모델을 적용하려면 보조 서버에서 주 서버와 같은 SID(보안 식별자) 값을 사용하여 로그인을 만드십시오. 같은 SID 값을 사용하는 로그인 생성에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
303722 INF: "Guest" 사용자를 사용할 수 없을 때 대기 데이터베이스의 SQL 로그인에 액세스를 허용하는 방법
자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
321247 SQL Server 로그 전달 보안을 구성하는 방법
질문 2: sp_resolve_logins의 기능은 무엇입니까?

대답 2: 로그 전달 역할 변경이 수행될 때는 주 서버에 있는 syslogins 시스템 테이블의 BCP 파일이 sp_resolve_logins 저장 프로시저에 필요합니다. 이 저장 프로시저는 임시 테이블에 BCP 파일을 로드하고 각 로그인을 차례로 확인하여 보조 서버의 syslogins 시스템 테이블에 같은 이름의 로그인이 있는지 검사한 다음 보조 데이터베이스의 sysusers 시스템 테이블에 이 로그인의 SID 값이 있는지 확인합니다. 마지막으로 보조 데이터베이스의 sysusers 시스템 테이블에 있는 SID 값이 보조 서버의 syslogins 테이블에 있는 SID 값과 다른지 확인합니다. 이러한 확인 결과가 만족스러우면 sp_resolve_logins 저장 프로시저가 해당 로그인에 대해 sp_Change_users_login 저장 프로시저를 실행하고 보조 데이터베이스의 sysusers 시스템 테이블에 있는 SID를 수정합니다. 이 저장 프로시저는 로그 전달이 시작된 후 주 서버에서 새 로그인을 만들었지만 보조 서버에서 같은 SID를 사용하여 이 로그인을 만들지 않은 경우에만 실행해야 합니다(Microsoft 기술 자료의 303722 문서 참조).

질문 3: sp_resolve_logins 저장 프로시저가 성공적으로 실행되기는 하지만 보조 서버의 보안을 예상한 대로 수정하지 않습니다. 그 이유는 무엇입니까?

대답 3: 주 서버에 있는 syslogins 시스템 테이블의 최신 BCP 파일이 sp_resolve_logins 저장 프로시저에 필요합니다. 보조 서버에서 이러한 로그인을 미리 만들어 두어야 합니다. 이러한 두 조건이 충족되면 sp_resolve_logins 저장 프로시저가 보조 데이터베이스의 sysusers 시스템 파일을 수정합니다.

질문 4: 역할 변경을 수행하기 전에 로그인 전송 DTS 작업을 sp_resolve_logins 저장 프로시저와 함께 실행해야 합니까?

대답 4: 예. 로그인 전송 작업을 사용하여 해당 로그인이 보조 서버의 syslogins 시스템 테이블에 있는지 확인해야 합니다. 이렇게 한다고 해서 사용자가 보조 데이터베이스를 사용할 수 있다고 보증되는 것은 아닙니다(보조 데이터베이스가 대기 모드로 로드된 경우). 사용자가 로그 전달 역할 변경을 수행하기 전에 보조 데이터베이스를 사용해야 할 경우에는 질문 1을 참조하십시오.

질문 5: SQL Server의 원격 로그인에 대해서도 sp_resolve_logins 저장 프로시저가 작동합니까?

대답 5: 아니요. sp_resolve_logins 저장 프로시저는 일반 로그인에 대해서만 작동합니다. 원격 로그인은 보조 서버에서 수동으로 만들어야 합니다.

로그 전달 모니터링

질문 1: 보조 서버가 트랜잭션 로그 백업으로 업데이트될 때도 로그 전달 백업 및 비동기 경고가 발생할 수 있습니까?

대답 1: 예. 보조 데이터베이스가 업데이트되고 있을 때도 경고가 발생할 수 있습니다. 경고 임계값이 백업 작업과 복사 작업 간에 또는 백업 작업과 복원 작업 간에 걸리는 시간보다 두 배 미만으로 설정되어 있으면 경고가 발생할 수 있습니다. 경고가 발생한 경우 임계값이 이후에 수행되는 백업 작업과 복사 작업 간에 또는 백업 작업과 복원 작업 간에 걸리는 시간보다 두 배 미만이면 임계값을 높이십시오.

질문 2: 보조 서버에서 트랜잭션 로그 백업을 복원하지 못하는 이유는 무엇입니까?

대답 2: 트랜잭션 로그 백업은 순서대로 정렬된 경우에만 복원할 수 있습니다. 이 순서는 RESTORE HEADERONLY 명령이 반환하는 LastLSN 필드와 FirstLSN 필드를 통해 결정됩니다. LastLSN 필드와 FirstLSN 필드에 표시된 연속 트랜잭션 로그 백업의 번호가 다르면 트랜잭션 로그 백업을 해당 순서대로 복원할 수 없습니다. 트랜잭션 로그 백업이 순서대로 정렬되지 않는 이유는 여러 가지입니다. 가장 일반적인 이유 몇 가지는 다음과 같습니다.
  • 순서를 흩뜨리는 중복된 트랜잭션 로그 백업 작업이 주 서버에 존재합니다.
  • 데이터베이스에서 수행되었지만 기록되지 않은 작업이 있습니다. 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
    272093 기록된 작업과 최소한으로 기록된 작업이 SQL Server의 트랜잭션 로그 백업 및 복구 프로세스에 주는 영향에 대한 설명
  • 데이터베이스 복구 모델이 트랜잭션 로그 백업 간에 토글되었습니다.
  • 주 서버의 DTS(데이터 변환 서비스) 작업이 이 문제를 초래할 수 있습니다. 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
    308267 FIX: DTS Copy Objects Task(DMO)가 전송 중에 복구 모델을 단순 복구 모델로 전환하여 트랜잭션 로그 백업 체인을 끊는다
질문 3: 백업, 복사 또는 복원 작업을 수행하는 동안에는 오류에 대한 정보를 어디서 찾을 수 있습니까?

대답 3: 특정 로그 전달 쌍에 대한 자세한 정보를 보려면 다음과 같이 하십시오.
  1. SQL Server 엔터프라이즈 관리자를 연 다음 모니터 서버에 연결합니다.
  2. 관리 아래에서 로그 전달 모니터를 누릅니다. 그러면 이 서버, 즉 모니터 서버에 구성된 모든 로그 전달 쌍이 오른쪽 창에 표시됩니다. 로그 전달 쌍이 보이지 않으면 관리 아래에서 로그 전달 모니터를 마우스 오른쪽 단추로 누른 다음 새로 고침을 누릅니다.
  3. 구하려는 정보에 해당되는 로그 전달 쌍을 마우스 오른쪽 단추로 누른 다음 백업 기록 보기를 눌러 백업 작업 기록을 봅니다.
  4. 로그 전달 쌍을 마우스 오른쪽 단추로 누른 다음 복사/복원 기록 보기를 눌러 복사 및 복원 작업 기록을 봅니다.
  5. 로그 전달 쌍을 마우스 오른쪽 단추로 누른 다음 속성을 눌러 현재 로그 전달 상태, 원본 및 대상 경고 상태를 봅니다.
질문 4: first_file_000000000000.trn이라는 파일 이름은 복사 또는 복원 작업이 성공하지 못했음을 나타냅니까?

대답 4: 복사 및 복원 작업은 매번 실행될 때마다 적어도 하나 이상의 파일과 관련됩니다. 기본적으로 이러한 두 작업 중 하나라도 실행했을 때 아무 파일도 복사되거나 복원되지 않으면 first_file_000000000000.trn이 파일 이름 필드에 나타납니다. 이는 문제를 나타낼 수도 있고 그렇지 않을 수도 있습니다. 예를 들어, 복사 또는 복원 작업이 보조 서버에서 처음 실행될 때 복사하거나 복원할 파일이 없을 수 있습니다. 이 경우 first_file_000000000000.trn이 반드시 오류를 나타내는 것은 아닙니다. 하지만 특정 상황에서는 문제를 나타내기도 합니다. 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
292586 로그 전달 모니터에서 백업, 복사 및 로드 작업 정보가 업데이트되지 않는다
질문 5: 로그 전달을 잠시 사용하다가 주 서버에서 트랜잭션 로그 백업의 빈도와 대상을 수정할 수 있습니까?

대답 5: 예. 이 정보는 주 서버의 유지 관리 계획에 있습니다. 이 정보를 보려면 다음과 같이 하십시오.
  1. 주 서버에서 이 정보를 수정해야 할 데이터베이스의 유지 관리 계획을 두 번 누릅니다.
  2. 트랜잭션 로그 백업 탭을 누릅니다. 대화 상자에서 대상과 빈도를 수정합니다.
  3. 보조 서버의 복사 작업이 로그 전달 설정 시 지정된 공유에서 트랜잭션 로그 백업을 복사할 것이기 때문에 트랜잭션 로그 백업용 대상 폴더를 수정한 후에는 이 작업이 실패합니다. 이 문제를 해결하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
    314570 PRB: 트랜잭션 로그 백업 폴더를 변경한 후 백업 네트워크 공유를 수정할 수 없다

로그 전달 역할 변경

질문 1: 로그 전달 역할 변경을 수행하려면 어떻게 합니까?

대답 1: 다음 링크를 눌러 로그 전달 역할 변경에 대한 SQL Server 2000 온라인 설명서 항목을 참조하십시오.

로그 전달 역할 변경을 설정하고 수행하는 방법(Transact-SQL)(영문)

질문 2: 주 서버가 오프라인 상태에 있거나 사용할 수 없는 동안에도 역할 변경을 수행할 수 있습니까?

대답 2: 예. 주 서버의 sp_change_primary_role 저장 프로시저 실행은 선택 사항입니다.

질문 3: 역할 변경을 수행하는 동안 보조 데이터베이스에서 sp_resolve_logins 저장 프로시저를 실행할 때 오류 메시지 208이 나타나면서 이 프로시저가 실패하는 이유는 무엇입니까?

대답 3: sp_resolve_logins 저장 프로시저는 master 데이터베이스 접두사로 sysusers 시스템 테이블을 한정하지 않습니다. 이것은 sp_resolve_logins 저장 프로시저의 코드에 대해 알려진 문제입니다. 이 문제에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
310882 BUG: 로그 전달 역할 변경 중에 sp_resolve_logins 저장 프로시저를 실행하면 실패한다
질문 4: 여러 보조 서버가 역할 변경에 참여할 때 보조 서버 한 대의 수준을 주 서버로 올리면 문제가 발생합니까?

대답 4: 여러 보조 서버가 참여하는 역할 변경을 수행하는 동안 오류를 초래할 수 있다고 알려진 문제는 Microsoft 기술 자료의 다음 문서를 참조하십시오.
300497 FIX: 로그 전달: 데이터베이스 이름이 다르면 보조에서 주로 역할을 변경할 수 없다
질문 5: 보조 서버의 수준을 주 서버로 올린 후 로그 전달을 다시 설정하려면 어떻게 합니까?

대답 5: 로그 전달을 설정하는 동안 대상 데이터베이스 추가 대화 상자에서 데이터베이스가 주 역할을 맡도록 허용 확인란을 선택한 경우에는 역할 변경을 수행한 후 다음과 같이 새 보조 서버를 추가하고, 그렇지 않은 경우에는 역할 변경을 수행한 후 유지 관리 계획 마법사를 사용하여 로그 전달을 설정하십시오.
  1. SQL Server 엔터프라이즈 관리자를 연 다음 수준이 올라간 보조 서버에 연결합니다. 추가할 서버를 보조 서버로 등록합니다.
  2. SQL Server 엔터프라이즈 관리자에서 관리를 확장한 다음 유지 관리 계획을 누릅니다. 목록에서 해당되는 유지 관리 계획을 마우스 오른쪽 단추로 누른 다음 속성을 누릅니다.
  3. 로그 전달 탭을 누른 다음 추가를 누릅니다.
  4. 이 대화 상자에 대한 적절한 보조 서버 관련 정보를 입력한 다음 확인을 누릅니다. 그러면 새 보조 서버가 로그 전달에 추가됩니다.
질문 6: 데이터베이스 백업을 저장하지 않은 채 이전 주 서버에 대한 로그 전달을 계속하려면 어떻게 합니까?

대답 6: 전체 데이터베이스 백업을 복원하지 않고도 두 서버 간의 반복적인 로그 전달이 가능합니다. 요구 사항은 역할 변경 프로시저를 수행할 때 주 서버와 보조 서버를 둘 다 사용할 수 있어야 한다는 점입니다. 역할 변경을 수행하는 동안 sp_change_primary_role 저장 프로시저를 실행해야 합니다. @final_state 매개 변수를 2 또는 3으로 설정하여 sp_change_primary_role 저장 프로시저를 실행해야 합니다. 그러면 트랜잭션 로그 백업을 수행한 후 주 데이터베이스가 복구되지 않은 상태로 유지됩니다. 데이터베이스가 복구되지 않은 상태로 유지되기 때문에 앞의 질문에서 설명한 것처럼 로그 전달 대상이 추가될 때 이 데이터베이스를 선택할 수 있습니다. 따라서 데이터베이스 백업을 다시 로드할 필요가 없습니다.

로그 전달 제거

질문 1: 특정 로그 전달 쌍의 로그 전달을 중지하려면 어떻게 합니까?

대답 1: 로그 전달 쌍을 제거하려면 다음과 같이 하십시오.
  1. 주 서버에서 SQL Server 엔터프라이즈 관리자를 엽니다. 관리를 확장한 다음 유지 관리 계획을 누릅니다. 유지 관리 계획을 마우스 오른쪽 단추로 누른 다음 속성을 누릅니다.
  2. 로그 전달 탭을 누른 다음 제거할 로그 전달 쌍을 눌러 선택합니다.
  3. 삭제 명령 단추를 눌러 로그 전달에서 이 쌍을 제거합니다. 이 쌍이 로그 전달의 마지막 쌍인 경우 삭제를 누르면 로그 전달이 제거됩니다. 다른 서버나 데이터베이스에 대한 로그 전달을 계속하려면 추가를 누릅니다. 그런 다음 기존 로그 전달 보조 서버를 제거하기 전에 보조 서버의 역할을 대신할 적절한 서버나 데이터베이스를 눌러 선택합니다.
질문 2: 이름에 특수 문자가 있는 데이터베이스의 로그 전달을 제거하면 문제가 발생합니까?

대답 2: 이 문제에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
295936 FIX: 데이터베이스 이름이 따옴표로 묶여 있지 않을 때 보조 데이터베이스에서 로그 전달을 제거하면 오류가 발생한다

참조

로그 전달에 대한 자세한 내용은 다음 Microsoft 웹 사이트를 참조하십시오.
로그 전달을 설정하는 방법(백서)
http://support.microsoft.com/default.aspx?scid=http://support.microsoft.com/support/sql/content/2000papers/LogShippingFinal.asp(영문)
로그 전달
http://msdn2.microsoft.com/ko-kr/library/aa213785(SQL.80,en-us).aspx(영문)
275146 INF: 질문과 대답 - SQL Server 7.0 - 로그 전달
여기에서 원하는 정보를 찾을 수 없으면 다음 웹 사이트에서 Microsoft SQL Server 뉴스 그룹을 방문하십시오.
Microsoft SQL Server 뉴스 그룹http://www.microsoft.com/technet/community/newsgroups/server/sql.mspx(영문)
이 문서나 다른 Microsoft 기술 자료 문서에 대한 의견이 있으면 SQLKB@Microsoft.com으로 보내 주시기 바랍니다.

자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
917544 BUG: SQL Server 2000에서 "로그 전달 경고 작업 - 복원" 작업을 실행하면 오류 메시지가 나타난다




Microsoft 제품 관련 기술 전문가들과 온라인으로 정보를 교환하시려면 Microsoft 뉴스 그룹에 참여하시기 바랍니다.

속성

기술 자료: 314515 - 마지막 검토: 2011년 5월 15일 일요일 - 수정: 7.0
본 문서의 정보는 다음의 제품에 적용됩니다.
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Developer Edition
키워드:?
kbsqlmanagementtools kbinfo KB314515

피드백 보내기

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com