サポートと今すぐチャット
サポートとのチャット

NetVault Plug-in for SQL Server 12.0 - 사용자 안내서

SQL Server용 NetVault Backup 플러그인- 소개 SQL Server 배포 계획 플러그인 설치 및 제거 플러그인 구성 데이터 백업
백업 전략 정의 스냅샷 기반 백업 이해 압축 기능 검토 온라인 VDI 백업 수행 SQL Server에서 VSS 백업 수행 AlwaysOn 가용성 그룹의 전체 VDI 백업 생성 예
데이터 복원 문제 해결

독립 실행형 배포

하나의 시스템을 NetVault Backup 서버 및 SQL Server로 설정할 수 있습니다. 즉, 모든 소프트웨어 설치 및 구성 요구 사항이 단일 시스템에서 수행됩니다. 하지만 Quest에서는 이 두 엔터티를 서로 다른 시스템에 배치할 것을 권장합니다.

게시자: 구현된 복제 유형에 관계없이 이 노드에 플러그인을 설치합니다.
배포자: 로컬 배포자를 사용하는 경우에 배포자는 게시자와 같은 노드에서 실행됩니다. 하지만 원격 배포자를 사용하는 경우에는 배포자 호스트에 플러그인을 설치합니다.
구독자: 구독자 데이터베이스에서 변경된 데이터를 백업하려는 경우에는 구독자 호스트에 플러그인을 설치합니다. 이 구성을 사용하면 복구 후에 Publication 데이터베이스를 Subscription 데이터베이스와 동기화할 수 있습니다. 플러그인이 구독자 노드에 설치되어 있지 않으면 복구 후에 Publication 데이터베이스의 게시에 대한 모든 구독을 다시 초기화합니다.

고가용성 배포

활성/수동 구성을 배포하기로 선택하든 활성/활성 구성을 배포하기로 선택하든 Microsoft에서는 사용자가 장애 조치 클러스터링을 설치하고 구성할 것을 요구합니다. 고가용성 배포에는 다음이 포함됩니다.

이 안내서에서는 SQL Server와 관련 없는 데이터 및 파일의 백업 및 복원을 관리하기 위해 NetVault Backup의 응용프로그램 클러스터 지원을 설정하는 방법에 관한 지침을 제공하지 않습니다. 이 프로세스는 플러그인과 관련이 없으며 Quest NetVault Backup 관리자 안내서에서 자세한 내용을 찾을 수 있습니다.
Quest에서는 계속하기 전에 Quest NetVault Backup 관리자 안내서에 나와 있는 모든 클러스터 관련 정보를 검토할 것을 권장합니다. 관리자 안내서는 이 안내서에 포함된 정보가 SQL Server 장애 조치 클러스터 및 AlwaysOn 가용성 그룹 기능과 어떻게 작동하는지를 이해하는 데 도움이 됩니다.

장애 조치 클러스터링

SQL Server 장애 조치 클러스터링(활성/수동)에서는 전체 SQL Server 인스턴스에 대한 고가용성을 제공합니다. 예를 들어 장애 또는 계획된 업그레이드 중에 장애 조치 클러스터의 한 노드에 있는 SQL Server 인스턴스를 클러스터의 다른 노드로 장애 조치하도록 구성할 수 있습니다.

장애 조치 클러스터는 리소스 그룹이라고 하는 두 개 이상의 공유 디스크가 있는 하나 이상의 노드(호스트) 조합입니다. 클러스터링된 응용 프로그램 또는 서버를 구성하는 IP 주소, 리소스 그룹 및 리소스 그룹의 네트워크 이름의 조합을 가상 서버라고 합니다. 가상 서버는 단일 컴퓨터처럼 네트워크에 표시되지만 현재 노드를 사용할 수 없게 되면 한 노드에서 다른 노드로의 장애 조치를 제공합니다.

중요: NetVault Backup 용어에서 클러스터 노드를 가상 클라이언트라고 합니다. SQL Server용 플러그인 ‑가상 클라이언트에 대한 참조는 기본적으로 SQL Server 장애 조치 클러스터 환경 또는 AlwaysOn 가용성 그룹의 가상 서버에 대한 참조입니다.

SQL Server용 플러그인 ‑에서는 장애 조치 클러스터 네트워크 이름을 사용하여 SQL Server 가상 서버를 제어하는 현재 노드를 확인하고 백업 대상으로 만듭니다.

같은 Windows Server를 사용하여 클러스터 코어 리소스 그룹을 호스팅하고 활성 역할을 맡고 있는지 확인합니다. 클러스터 코어 리소스 그룹에는 IP 주소, 네트워크 이름 및 디스크 감시가 포함됩니다. 가상 클라이언트가 올바르게 작동하려면 클러스터 코어 리소스 그룹을 호스팅하는 Windows Server, 즉 현재 호스트 서버로 식별되는 호스트가 반드시 활성 역할을 맡고 있는 노드와 같은 노드여야 합니다. 장애 조치가 발생하고 활성 역할이 다른 호스트로 이동하지만 클러스터 코어 리소스 그룹은 그렇지 않은 경우에는 가상 클라이언트에서 활성 호스트에 액세스할 수 없습니다. 가상 클라이언트에서 활성 역할을 맡고 있는 서버로 클러스터의 IP 주소를 확인해야 합니다.

장애 조치가 발생한 이후처럼 필요하면 Windows PowerShell 또는 명령 프롬프트를 사용하여 클러스터 코어 리소스 그룹을 활성 호스트로 이동시킵니다.

PowerShell의 예: Move-ClusterGroup "Cluster Group" –node <ClusterNodeName>

명령 프롬프트의 예: cluster group "Cluster Group" /Move:<ClusterNodeName>

AlwaysOn 가용성 그룹

WSFC 클러스터를 기반으로 만든 AlwaysOn 가용성 그룹과 함께 플러그인을 사용할 수 있습니다. 데이터 백업 외에 플러그인을 사용하여 복원 프로세스 중에 기본 및 보조 복제본의 추가 및 제거를 관리할 수 있습니다. 이 옵션을 사용하면 SQL Server Management Studio를 통해 복제본을 추가 및 제거할 필요가 없습니다.

플러그인에서 가상 클라이언트를 AlwaysOn 가용성 그룹에서 실행되고 있는 것으로 식별하게 하려면 선택 트리의 해당하는 가상 클라이언트 아래에 위치한 모든 인스턴스 노드에 대해 유효한 자격 증명을 입력합니다. 플러그인에서 이 자격 증명을 사용하여 그룹의 구성원인 하나 이상의 SQL Server 인스턴스에 로그인할 수 있어야 합니다. 자세한 내용은 플러그인 구성를 참조하십시오.

그림 2. AlwaysOn 배포

두 개의 노드로 구성되는 SQL Server AlwaysOn 가용성 그룹 클러스터와 함께 플러그인을 사용할 수 있습니다. 각 노드 자체는 WSFC 장애 조치 클러스터이고, 두 장애 조치 클러스터는 서로 다른 물리적 위치에 있으며, 수동 장애 조치만 허용됩니다.

이 경우 인스턴스 중 하나(예: "SQLinstance")는 AlwaysOn 그룹의 "기본" 역할이 있는 장애 조치 클러스터에서 실행되는 SQL Server의 인스턴스입니다. 다른 인스턴스(예: "SQLDRinstance")는 "보조" 역할이 있는 장애 조치 클러스터에서 실행되는 SQL Server의 인스턴스입니다.

각 인스턴스의 로그인이 같은 경우에는 선택 트리의 해당하는 가상 클라이언트 아래에 있는 모든 인스턴스 노드에 대한 유효한 자격 증명을 입력합니다.

각 인스턴스의 로그인이 다른 경우에는 모든 인스턴스 노드 아래에 나열된 각 인스턴스에 대한 유효한 자격 증명을 입력합니다. 인스턴스가 나열되지 않은 경우 인스턴스 추가 작업을 사용하여 각 인스턴스에 대한 자격 증명을 입력합니다.

AlwaysOn 장애 조치 클러스터 인스턴스에 대한 NetVault Backup 가상 클라이언트를 만들 때 AlwaysOn 그룹을 구성하는 두 장애 조치 클러스터 인스턴스 중 하나의 가상 네트워크 이름의 IP 주소("가상 IP")를 제공합니다. 기본 역할 또는 보조 역할이 있는 인스턴스의 가상 IP 주소를 제공할 수 있습니다. 하지만 Quest에서는 보조 역할이 있는 인스턴스가 NetVault Backup 서버의 원격 위치에 있는 경우에는 성능 개선을 위해 기본 역할이 있는 인스턴스의 가상 IP 주소를 사용할 것을 권장합니다.

백업을 실행할 때는 복제본 선택 알고리즘을 기본(기본 알고리즘)으로 설정해야 합니다. 보조 복제본 선택 알고리즘을 사용하여 실행되는 백업은 보조 인스턴스가 NetVault Backup 서버의 원격 위치에 있기 때문에 느리게 실행될 수 있습니다.

関連ドキュメント

The document was helpful.

評価を選択

I easily found the information I needed.

評価を選択