SharePoint Server용 SQL Server Always On 가용성 그룹 구성
적용 대상:
2013 2016 2019 Subscription Edition 
SharePoint in Microsoft 365
이 문서에서는 SharePoint Server 또는 Foundation 팜의 Microsoft SQL Server 상시 가용성 그룹을 만들고 구성하는 데 필요한 정보와 자세한 절차를 제공합니다.
중요
이 문서의 단계에서는 새 SharePoint 팜을 배포하는 방법을 보여 주며 SQL Server 2008 R2에서 최신 버전의 SQL Server로 업그레이드하는 방법에 대해서는 다루지 않습니다.
중요
배포할 SharePoint 버전과 SQL Server 버전의 호환성을 확인합니다.
SharePoint 2013의 하드웨어 및 소프트웨어 요구 사항
프로세스 개요
AlwaysOn 가용성 그룹을 사용하는 SharePoint 팜을 배포하기 위해서는 다음 설치 및 구성 단계를 순서대로 진행하는 것이 좋습니다.
Windows Server 장애 조치(failover) 클러스터를 선택하거나 만듭니다.
각 클러스터 노드에 SQL Server를 설치합니다.
가용성 그룹을 만들고 구성합니다.
SharePoint Server 또는 SharePoint Foundation 2013을 설치 및 구성합니다.
SharePoint 데이터베이스를 가용성 그룹에 추가합니다.
가용성 그룹에 대한 장애 조치(failover)를 테스트합니다.
시작하기 전에
배포를 시작하기 전에 SQL Server AlwaysOn, AlwaysOn을 지원하는 기술 및 SharePoint Server에 대한 다음과 같은 정보를 검토하세요.
지식 및 기술 요구 사항
AlwaysOn 가용성 그룹 개념
하드웨어 및 소프트웨어 요구 사항
사용 권한
지식 및 기술 요구 사항
SQL Server AlwaysOn 가용성 그룹을 고가용성 및 재해 복구 솔루션으로 구현하기 위해서는 여러 기술이 상호 작용되고 올바르게 설치 및 구성되어야 합니다. SharePoint 제품에 대한 AlwaysOn 환경을 설정할 책임이 있는 팀은 다음과 같은 기술들에 대한 활용 지식 및 실무 경험을 갖추는 것이 좋습니다.
Windows Server 장애 조치(Failover) 클러스터링
SQL Server
SharePoint Server 또는 SharePoint Foundation 2013
SQL Server AlwaysOn 가용성 그룹 개념
가용성 그룹은 다음과 같은 구성 요소로 구성됩니다.
단일 단위로 함께 장애 조치되는 가용성 데이터베이스라고도 부르는 개별 사용자 데이터베이스 집합인 복제본. SQL Server 2014(SP1), SQL Server 2016 및 SQL Server 2017의 모든 가용성 그룹은 하나의 주 복제본과 최대 8개의 보조 복제본을 지원합니다. SQL Server 2012의 모든 가용성 그룹은 하나의 주 복제본과 최대 4개의 보조 복제본을 지원합니다.
각 복제본을 호스트하고 가용성 그룹에 속하는 각 데이터베이스의 로컬 복사본을 유지 관리하기 위한 SQL Server의 특정 인스턴스.
자세한 내용은 Always On 가용성 그룹(SQL Server) 및 Always On 가용성 그룹 개요(SQL Server)를 참조하세요.
복제본 및 장애 조치(failover)
주 복제본은 클라이언트에서 가용성 데이터베이스를 읽기-쓰기 연결에 사용할 수 있도록 하며, 각 주 데이터베이스의 트랜잭션 로그 레코드를 모든 보조 복제본에 전송합니다. 각 보조 복제본은 트랜잭션 로그 레코드를 해당 보조 데이터베이스에 적용합니다.
모든 복제본은 비동기 커밋 모드로 실행될 수 있으며, 이들 중 최대 3개까지 동기 커밋 모드로 실행될 수도 있습니다. 동기 및 비동기 커밋 모드에 대한 자세한 내용은 가용성 모드(Always On 가용성 그룹)를 참조하세요.
참고
데이터 파일 손실, 데이터베이스 삭제 또는 트랜잭션 로그 손상 등의 원인으로 의심되는 데이터베이스와 같은 데이터베이스 문제는 장애 조치(failover)를 일으키지 않습니다.
다음 문서를 읽고 SQL Server AlwaysOn 기술에 대한 중요 개념을 알아보세요.
Always On 가용성 그룹의 이점 및 Always On 가용성 그룹 용어 개요에 대한 자세한 내용은 Always On 가용성 그룹(SQL Server)을 참조하세요.
필수 구성 요소에 대한 자세한 내용은 필수 구성 요소, 제한 사항, 권장 사항 - Always On 가용성 그룹을 참조하세요.
중요
보안을 개선하고 유지 관리를 줄이기 위해 Windows Server 코어에 SQL Server를 설치할 수 있지만 Windows Server 코어에는 SharePoint Server를 설치할 수 없습니다. 자세한 내용은 Windows Server 2008 R2의 Server Core를 참조하세요. Server Core 및 Windows Server 2012에 대한 자세한 내용은 Windows Server 설치 옵션을 참조하세요.
Windows Server 장애 조치(Failover) 클러스터링
SQL Server Always On 가용성 그룹을 만들고 사용하려면 WSFC(Windows Server 장애 조치(failover) 클러스터링) 클러스터에 두 SQL Server 버전을 모두 설치해야 합니다. 자세한 내용은 SQL Server를 사용하는 WSFC(Windows Server 장애 조치(failover) 클러스터링) 및 SQL Server 2016 및 2017, SQL Server를 사용하는 WSFC(Windows Server 장애 조치(failover) 클러스터링)를 참조하세요.
SQL Server Always On 가용성 그룹을 만들고 사용하려면 WSFC(Windows Server 장애 조치(failover) 클러스터링) 클러스터에 SQL Server를 설치해야 합니다.
WSFC 클러스터 구성은 이 문서의 범위를 벗어나지만 클러스터를 설치 및 구성하기 전에 다음과 같은 요구 사항을 확인해야 합니다.
모든 클러스터 노드가 동일한 AD DS(Active Directory 도메인 서비스) 도메인에 있어야 합니다.
가용성 그룹의 각 가용성 복제본은 동일한 WSFC(Windows Server 장애 조치(Failover) 클러스터링) 클러스터의 서로 다른 노드에 있어야 합니다.
클러스터 생성자는 다음 계정 및 권한이 있어야 합니다.
클러스터가 존재하는 도메인에서 도메인 계정이 있어야 합니다.
각 클러스터 노드에 대한 로컬 관리자 권한이 있어야 합니다.
AD DS에서 Create Computer objects 및 Read All Properties 권한이 있어야 합니다. 자세한 내용은 장애 조치(failover) 클러스터 단계별 가이드: Active Directory에서 계정 구성 및 제한적인 Active Directory 환경에서 클러스터를 만드는 방법을 참조하세요.
장애 조치(Failover) 클러스터링 및 AlwaysOn 구성에서 매우 중요한 부분은 클러스터 노드에 필요한 쿼럼 득표를 결정하는 것입니다.
장애 조치(Failover) 클러스터링은 투표자 또는 쿼럼의 절반 이상이 온라인 상태이고 서로 통신할 수 있어야 하는 투표 알고리즘을 기반으로 합니다. 특정 클러스터에는 특정 개수의 노드 및 특정 쿼럼 구성이 포함되기 때문에 클러스터 서비스는 쿼럼을 구성하는 항목을 확인할 수 있습니다. 투표자 수가 필요한 수 아래로 떨어지면 클러스터 서비스가 모든 노드에서 중지됩니다.
자세한 내용은 WSFC 쿼럼 모드 및 응답 구성(SQL Server) 및 클러스터 쿼럼 NodeWeight 설정 구성을 참조하세요.
SharePoint Server and SharePoint Foundation 2013
일부 SharePoint Server 데이터베이스는 SQL Server Always On 가용성 그룹을 지원하지 않습니다. Always On 환경을 구성하기 전에 SharePoint 데이터베이스에 대해 지원되는 고가용성 및 재해 복구 옵션을 검토하는 것이 좋습니다.
SharePoint에 대해 AlwaysOn 가용성 그룹을 구성하기 위한 세부 단계
다음 그림에서는 SP_AG1이라는 가용성 그룹을 사용하는 SharePoint Server 2016 팜(SPHA_farm)을 보여줍니다. 이 SPHA_farm은 AlwaysOn을 구성하는 단계에서 참조 예제로 사용됩니다.
Windows Server 클러스터 환경 준비
각 클러스터 노드에 SQL Server를 설치하는 데 사용할 수 있는 3개의 노드 WSFC(Windows Server 장애 조치(failover) 클러스터링)에 대한 액세스 권한을 얻거나 만듭니다. Windows Server 장애 조치(failover) 클러스터를 구성하는 자세한 단계 및 자세한 단계는 장애 조치(failover) 클러스터링을 참조하세요.
SQL Server 환경 준비
SharePoint Server에 대한 가용성 그룹을 만들려면 SQL Server 환경을 준비해야 합니다.
데이터베이스 서버 환경을 준비할 때는 SharePoint Server 데이터베이스 요구 사항을 고려해야 합니다. SQL Server를 설치하기 전에 다음 문서를 검토하세요.
환경을 준비하려면 다음 작업을 완료하세요.
SQL Server 필요 조건을 설치합니다.
SQL Server를 설치합니다.
Always On을 사용하도록 설정합니다.
SQL Server 2012 설치
SQL Server 2012를 설치하려면
각 클러스터 노드에 SQL Server 2012 필수 구성 요소를 설치합니다.
자세한 내용은 Always On 가용성 그룹에 대한 필수 구성 요소, 제한 사항 및 권장 사항(SQL Server)을 참조하세요.
각 클러스터 노드에 SQL Server를 설치합니다.
자세한 내용은 SQL Server 2012 설치를 참조하세요.
SQL Server 2014(SP1)를 설치합니다.
SQL Server 2014(SP1)를 설치하려면 다음 절차를 수행합니다.
SQL Server 2014(SP1)을 설치하려면
각 클러스터 노드에 SQL Server 2014(SP1) 필수 구성 요소를 설치합니다.
자세한 내용은 SQL Server 2014 설치를 위한 하드웨어 및 소프트웨어 요구 사항 및 Always On 가용성 그룹에 대한 필수 구성 요소, 제한 사항 및 권장 사항(SQL Server)을 참조하세요.
각 클러스터 노드에 SQL Server를 설치합니다.
자세한 내용은 SQL Server 2014 단계별 설치 자습서를 참조하세요.
SQL Server 2016 또는 SQL Server 2017를 설치합니다.
SQL Server 2016 또는 2017을 설치하려면 다음 절차를 따릅니다.
SQL Server 2016 또는 SQL Server 2017를 설치하려면
각 클러스터 노드에 SQL Server 필수 구성 요소를 설치합니다.
자세한 내용은 SQL Server 설치를 참조하세요.
각 클러스터 노드에 SQL Server를 설치합니다.
자세한 내용은 SQL Server 장애 조치(Failover) 클러스터 설치를 참조하세요.
Always On을 사용하도록 설정
클러스터의 각 데이터베이스 서버에 대해 AlwaysOn을 사용하도록 설정해야 합니다.
참고
SQL Server Management Studio, Transact-SQL 또는 Windows PowerShell을 사용하여 AlwaysOn을 사용하도록 설정할 수 있습니다.
Always On을 사용하도록 설정하려면
로그온 계정에 가용성 그룹을 만드는 데 필요한 권한이 있어야 합니다. 이 계정은 db_owner 고정 데이터베이스 역할의 구성원 자격과 CREATE AVAILABILITY GROUP 서버 권한, CONTROL AVAILABILITY GROUP 권한, ALTER ANY AVAILABILITY GROUP 권한 또는 CONTROL SERVER 권한을 가져야 합니다.
주 복제본을 호스트하는 서버에 로그온하고 SQL Server 구성 관리자를 시작합니다.
개체 탐색기에서 SQL Server 서비스를 선택하고 SQL Server(<인스턴스 이름>)를 마우스 오른쪽 단추로 클릭합니다. 여기서 <인스턴스 이름은> Always On 가용성 그룹을 사용하도록 설정할 로컬 서버 인스턴스의 이름이며 속성을 클릭합니다.
Always On 고가용성 탭을 선택합니다.
Always On 가용성 그룹 사용 확인란을 선택하고 확인을 클릭합니다.
변경 내용이 저장된 후에는 SQL Server 서비스(MSSQLSERVER)를 수동으로 다시 시작하여 변경 내용을 커밋해야 합니다. 수동으로 다시 시작하는 경우 비즈니스 요구 사항에 따라 가장 적합한 다시 시작 시간을 선택할 수 있습니다.
이전 단계를 반복하여 다른 클러스터 노드에서 SQL Server에 대해 Always On을 사용하도록 설정합니다.
자세한 내용은 Always On 가용성 그룹 사용 및 사용 안 함(SQL Server)을 참조하세요.
가용성 그룹 만들기 및 구성
가용성 그룹을 만들려는 SQL Server 2014(SP1), SQL Server 2016/2017 또는 SQL Server 2012 환경에 따라 가용성 그룹을 만들기 전에 사용할 임시 데이터베이스를 만들어야 할 수 있습니다.
가용성 그룹을 만드는 프로세스에서는 가용성 그룹 이름을 제공하고 연결된 서버 인스턴스에서 적합한 사용자 데이터베이스를 가용성 데이터베이스로 선택해야 합니다.
참고
데이터베이스를 가용성 그룹에 추가할 수 있으려면 사용자 데이터베이스여야 합니다. 시스템 데이터베이스는 가용성 그룹에 포함될 수 없습니다. 자세한 내용은 Always On 가용성 그룹(SQL Server)에 대한 필수 구성 요소, 제한 사항 및 권장 사항 의 "가용성 데이터베이스 필수 구성 요소 및 제한" 섹션을 참조하고 가용성 그룹 만들기 및 구성(SQL Server)을 참조하세요.
이 예제에서와 같이 연결된 서버의 인스턴스에 사용자 데이터베이스가 없으면 만들어야 합니다. 그룹의 임시 주 복제본으로 사용할 임시 사용자 데이터베이스를 만들려면 다음 절차를 따르세요
임시 사용자 데이터베이스를 만들려면
- 해당 로그온 계정에 이 작업에 대한 올바른 권한이 있는지 확인합니다. 새 데이터베이스를 만들려면 master 데이터베이스에 대해 다음과 같은 권한 중 하나가 필요합니다.
CREATE DATABASE
CREATE ANY DATABASE
ALTER ANY DATABASE
주 복제본(이 예제의 SP-SRV1)을 호스트하는 서버에 로그온합니다.
Management Studio를 시작합니다.
개체 탐색기에서 데이터베이스를 마우스 오른쪽 단추로 클릭한 다음 새 데이터베이스를 클릭합니다.
새 데이터베이스 대화 상자에서 데이터베이스 이름:(이 예제에서는 "TemporaryUserDB")에 값을 입력합니다.
이 데이터베이스는 가용성 그룹을 만든 후 삭제하는 임시 데이터베이스이므로 기본 설정을 사용해도 됩니다. 확인을 클릭합니다.
새로운 가용성 그룹 마법사는 사용자 데이터베이스가 백업되어 있지 않은 한 가용성 그룹을 만들지 않으므로, 임시 데이터베이스를 백업해야 합니다.
개체 탐색기에서 데이터베이스를 확장하고 바로 전에 만든 임시 데이터베이스를 마우스 오른쪽 단추로 클릭합니다. 작업을 선택한 다음 백업을 선택합니다.
데이터베이스 백업 대화 상자에서 확인을 눌러 모든 기본 설정을 사용하고 백업을 만듭니다.
복제본 및 데이터 동기화 정보
SharePoint 팜에 대한 가용성 그룹을 만들고 구성하려면 먼저 복제본 및 데이터 동기화에 대한 다음 정보를 잘 알고 있어야 합니다.
복제본 정보
모든 가용성 복제본에는 해당 복제본의 가용성 데이터베이스가 상속하는 초기 역할(기본 역할 또는 보조 역할)이 지정됩니다. 제공된 복제본의 역할에 따라 읽기-쓰기 데이터베이스 또는 읽기 전용 데이터베이스를 호스트할지 여부, 장애 조치(failover) 유형 및 동기 커밋 또는 비동기 커밋을 사용하는지 여부가 결정됩니다.
참고
SQL Server 2014 이상 버전에서 보조 복제본의 최대 수는 4개에서 8개로 늘어났습니다.
다음 표에서는 가용성 그룹을 처음 만들 때 또는 보조 복제본을 추가할 때 각 복제본에 대해 제공해야 하는 정보를 보여줍니다.
복제본 구성 요구 사항
| 복제본 정보 | 설명 |
|---|---|
|
서버 인스턴스 |
가용성 복제본을 호스트하는 서버의 인스턴스 이름을 표시합니다. |
|
초기 역할 |
새 복제본이 처음 수행할 역할(기본 또는 보조)을 나타냅니다. |
|
자동 장애 조치(Failover)(최대 2개) |
복제본이 사용하는 장애 조치(failover) 유형(자동 또는 수동)을 나타냅니다. |
|
동기 커밋(최대 3개) |
복제본에 사용되는 커밋 유형을 나타냅니다. |
|
읽을 수 있는 보조 |
보조 복제본을 읽을 수 있는지 여부를 나타냅니다. 구성 옵션은 읽기 액세스, 읽기 전용 및 읽기 전용 의도로 제공되지 않습니다. 자세한 내용은 읽기 전용 워크로드를 Always On 가용성 그룹의 보조 복제본으로 오프로드 및 가용성 그룹에 대한 Read-Only 라우팅 구성(SQL Server)을 참조하세요. Note: SQL Server 2014 이상에서는 주 복제본에서 연결이 끊어지거나 클러스터 쿼럼 손실이 발생한 경우 읽을 수 있는 보조 복제본이 읽기 작업에 사용할 수 있도록 유지됩니다. |
참고
SharePoint Server는 읽기 전용 복제본을 활용하지 않습니다. 가용성 그룹의 주 복제본만 활용합니다.
참고
또한 그룹에 복제본을 추가하면 각 복제본에 대한 끝점이 제공되고 백업 기본 설정이 구성됩니다. 자세한 내용은 가용성 복제본 추가 또는 수정 시 엔드포인트 URL 지정(SQL Server) 및 활성 보조: 보조 복제본의 백업(Always On 가용성 그룹)을 참조하세요.
데이터 동기화
가용성 그룹 만들기 프로세스 중에는 기본 복제본에서 데이터의 정확한 사본을 만들고 이 사본을 보조 복제본에 설치해야 합니다. 이러한 작업은 가용성 그룹을 위한 초기 데이터 동기화입니다. 자세한 내용은 초기 데이터 동기화 페이지 선택(Always On 가용성 그룹 마법사)을 참조하세요.
복제본을 호스트하는 모든 클러스터 노드 간에 초기 데이터 동기화를 수행하려면 네트워크 공유가 존재하고 Always On 구성의 모든 노드에서 액세스되어야 합니다. 자세한 내용은 네트워크 공유 확장 및 스토리지를 참조 하세요.
새 가용성 그룹 마법사를 사용하여 데이터 동기화를 시작할 때는 다음과 같은 제한 사항이 있습니다.
보조 복제본 위치의 파일 경로가 기본 위치의 파일 경로와 다를 경우 데이터 동기화를 수동으로 시작해야 합니다.
보조 데이터베이스가 보조 복제본에 존재할 경우 새 가용성 그룹에서 데이터 동기화를 시작하기 전에 보조 데이터베이스를 수동으로 삭제해야 합니다. 하지만 기존 보조 데이터베이스를 사용하려면 새 가용성 그룹 마법사를 종료하고 데이터 동기화를 수동으로 시작해야 합니다.
가용성 그룹 마법사를 사용하여 데이터를 동기화하려면 모든 복제본이 작성할 수 있는 백업 공유를 설정해야 합니다. 공유를 탐색하거나 모든 복제본에서 액세스할 수 있는 공유 네트워크 위치 지정 상자에 UNC(정규화된 범용 명명 규칙) 경로 이름 \Systemname\ShareName\Path를 입력하여 공유를 지정할 수 있습니다.
가용성 그룹의 각 데이터베이스에 대해 데이터 동기화 시작 페이지에는 다음과 같은 작업의 진행 상태가 표시됩니다.
네트워크 공유에 주 데이터베이스의 전체 데이터베이스 백업을 만드는 작업
보조 복제본 위치에 이러한 백업을 복원하는 작업
이러한 복원 작업에서는 RESTORE WITH NORECOVERY 옵션이 모두 사용되며, 새 보조 데이터베이스가 RESTORING 상태로 유지됩니다.
보조 데이터베이스를 가용성 그룹에 연결하는 작업
이 단계에서는 보조 데이터베이스를 ONLINE 상태로 설정하고 이 데이터베이스에 대한 데이터 동기화를 시작합니다.
로그인 복제본
이전 릴리스의 SQL Server와 동일한 방법을 사용해서 만든 SharePoint 로그인은 가용성 그룹에 복제되지 않습니다. 이는 로그인 정보가 복제되지 않은 master 데이터베이스에 저장되므로 발생합니다. 복제본이 동기화되었을 때 팜 계정을 만들어도 로그인 정보는 장애 조치(failover) 후 사용할 수 없습니다.
이미 가용성 그룹을 만들고 기본 및 보조 복제본을 동기화한 경우 해결 방법으로는 주 복제본에서 보조 복제본으로 로그인을 수동으로 복사하면 됩니다.
SQL Server 인스턴스간에 로그인 및 암호를 전송하는 방법 문서를 검토하여 SQL Server 인스턴스 간에 로그인을 복사하십시오.
가용성 그룹 만들기 및 구성
주 복제본(이 예제의 SP-SRV1)에서 가용성 그룹을 만들려면 다음 절차를 따르세요.
가용성 그룹 만들기
로그온 계정에 가용성 그룹을 만드는 데 필요한 권한이 있는지 확인합니다. 이를 위해서는 db_owner 고정 데이터베이스 역할의 구성원 자격과 CREATE AVAILABILITY GROUP 서버 권한, CONTROL AVAILABILITY GROUP 권한, ALTER ANY AVAILABILITY GROUP 권한 또는 CONTROL SERVER 권한이 필요합니다.
주 복제본을 호스트하는 서버에 로그온하고 SQL Server Management Studio를 시작합니다.
새 가용성 그룹 마법사를 시작하려면 Always On 고가용성을 마우스 오른쪽 단추로 클릭한 다음 새 가용성 그룹 마법사를 클릭합니다.
다음을 클릭하여 이름 지정 페이지로 진행합니다. 새 가용성 그룹의 이름으로 SP-AG1을 가용성 그룹 이름: 상자에 입력합니다.
이 이름은 Windows Server 장애 조치(Failover) 클러스터링 클러스터 및 도메인에서 고유한 유효한 SQL Server 식별자여야 합니다.
데이터베이스 선택 페이지에는 새 가용성 그룹의 주 데이터베이스가 될 수 있는 모든 사용자 데이터베이스가 이 SQL Server 인스턴스의 사용자 데이터베이스 선택 표에 나열됩니다. TemporaryUserDB를 선택한 후 다음을 클릭합니다.
복제본 지정 페이지에서 복제본, 끝점 및 백업 기본 설정 탭을 사용해서 SP-AG1에 대한 복제본을 구성합니다.
가용성 그룹 수신기는 지정된 가용성 그룹에 데이터베이스에 대한 클라이언트 연결을 제공하는 가상 네트워크 이름입니다. 가용성 그룹 수신기는 들어오는 연결을 주 복제본 또는 읽기 전용 보조 복제본으로 지정합니다. 수신기는 가용성 그룹이 장애 조치(failover)된 후 신속한 응용 프로그램 장애 조치(failover)를 제공합니다. 자세한 내용은 Always On 가용성 그룹 수신기에 연결을 참조하세요.
수신기 탭에서 이 문서의 예제에 대한 가용성 그룹 수신기를 구성하고 AGListener라는 이름을 사용합니다.
중요
여러 서브넷에 배포된 복제본을 포함하는 가용성 그룹을 사용하면 비정상적으로 높은 대기 시간이 일시적으로 발생할 수 있습니다. 최상의 결과를 위해서는 다중 서브넷 환경의 SharePoint 가용성 그룹에 대한 연결에 specifyMultiSubnetFailover=True 를 구성하여 높은 네트워크 대기 시간으로 인한 문제를 방지해야 합니다. 자세한 내용은 가용성 그룹 다중 서브넷 장애 조치(Failover) 지원 섹션을 참조하세요.
SharePoint 클라이언트가 연결 문자열을 직접 수정할 수 없기 때문에 MultiSubnetFailover=True 를 직접 지정할 수는 없습니다. SharePoint 관리 셸을 통해 PowerShell을 사용하여 MultiSubnetFailover 데이터베이스 속성에서 이 값을 설정해야 합니다. 다음 예에서는 이를 수행하는 방법을 보여 줍니다.
$dbs = Get-SPDatabase | ?{$_.MultiSubnetFailover -ne $true}
foreach ($db in $dbs)
{
$db.MultiSubnetFailover = $true
$db.Update()
}
선택한 인스턴스 표에서 각 인스턴스에 대해 원하는 구성을 선택한 후 다음을 클릭합니다.
마침을 클릭하여 가용성 그룹을 만듭니다.
초기 데이터 동기화 선택 페이지에서는 동기화 기본 설정을 선택하고 모든 복제본이 액세스할 수 있는 공유 네트워크 지점을 지정할 수 있습니다. 이 예제에서는 전체 데이터베이스 및 로그 백업을 수행하는 기본값인 전체를 사용합니다. 다음을 클릭합니다.
마법사의 유효성 검사 페이지에는 사용자가 가용성 그룹 만들기를 계속하기 전에 6개의 검사 결과가 표시됩니다. 모든 검사가 통과되면 다음을 클릭하여 계속합니다. 테스트 중 하나라도 실패하면 오류를 수정하고 유효성 검사 다시 실행을 클릭하여 유효성 검사 테스트를 다시 실행할 때까지 작업을 계속 진행할 수 없습니다. 모든 테스트가 통과되면 다음을 클릭하여 계속 수행합니다.
요약 페이지에서 추가 중인 복제본의 구성을 확인한 후 마침을 눌러 저장합니다. 구성을 변경하려면 이전을 클릭하여 이전 마법사 페이지로 돌아갑니다.
SharePoint Server 설치 및 구성
프로세스의 이 시점에서는 SharePoint Server을 설치하고 팜을 만들 수 있습니다. SharePoint Server을 설치하고 구성하려면 설명에 따라 다음 절차를 따르세요.
참고
설치 및 구성에 대한 자세한 내용은 SharePoint Server 2019 설치 및 SharePoint 2016 설치 또는 SharePoint 2013 설치를 참조하세요.
SharePoint Server를 설치하려면
SharePoint Server 프로그램 파일을 SharePoint를 설치하려는 컴퓨터의 로컬 디스크에 또는 네트워크 파일 공유에 복사합니다.
Microsoft SharePoint 제품 준비 도구을 실행하여 , to install all the prerequisites to set up and use SharePoint Server를 설치 및 사용하기 위한 모든 필수 구성 요소를 설치합니다.
설치 프로그램을 실행하여 바이너리를 설치하고, 보안 권한을 구성하고, SharePoint Server의 레지스트리 설정을 편집합니다.
SharePoint 제품 구성 마법사를 실행하여 구성 데이터베이스를 설치 및 구성하고, 콘텐츠 데이터베이스를 설치 및 구성하고 중앙 관리를 설치합니다.
구성 데이터베이스 설정 지정 페이지의 데이터베이스 서버 상자에서 SQL Server를 실행 중인 컴퓨터의 이름으로 AGListener를 입력합니다. 7
중요
자동 장애 조치(failover)를 제공하려면 가용성 그룹 수신기의 이름을 SharePoint Server의 데이터베이스 이름으로 지정해야 합니다.
SharePoint 데이터베이스를 가용성 그룹에 추가
SharePoint Server 팜의 Always On 설정을 마무리하기 위해서는 가용성 그룹에 SharePoint 데이터베이스를 추가하고 보조 복제본을 주 복제본과 동기화합니다.
중요
SQL Server Always On 가용성 그룹에 사용하도록 지원되는 데이터베이스만 추가합니다. 자세한 내용은 SharePoint 데이터베이스에 대해 지원되는 고가용성 및 재해 복구 옵션을 참조하세요.
가용성 그룹에 모든 SharePoint 데이터베이스를 추가하려면 주 복제본을 호스트하는 서버에서 가용성 그룹에 데이터베이스 추가 마법사를 실행해야 합니다. 다음 절차는 가용성 그룹을 만드는 방법에 대해 앞서 설명한 절차와 동일합니다.
SharePoint 데이터베이스를 가용성 그룹에 추가하려면
주 복제본을 호스트하는 서버에 로그온하고 SQL Server Management Studio를 시작합니다.
계정에 다음 권한 중 하나 이상이 포함되어야 합니다.
가용성 그룹의 ALTER AVAILABILITY GROUP 권한
CONTROL AVAILABILITY GROUP 권한
ALTER ANY AVAILABILITY GROUP 권한
CONTROL SERVER 권한
가용성 그룹에 데이터베이스를 연결하려면 db_owner 고정 데이터베이스 역할의 구성원 자격이 필요합니다.
개체 탐색기에서 가용성 그룹으로 이동하고 필요하면 확장합니다.
예제 그룹인 SP-AG1을 마우스 오른쪽 단추로 클릭한 후 데이터베이스 추가를 클릭합니다.
데이터베이스 선택 페이지에서 새 가용성 그룹의 주 데이터베이스가 될 수 있는 모든 사용자 데이터베이스가 이 SQL Server 인스턴스의 사용자 데이터베이스 선택 표에 나열됩니다. 확인란을 사용해서 그룹에 추가하려는 모든 데이터베이스를 선택한 후 다음을 클릭합니다.
초기 데이터 동기화 선택 페이지에서는 동기화 기본 설정을 선택하고 모든 복제본이 액세스할 수 있는 공유 네트워크 지점을 지정할 수 있습니다. 이 예제에서는 전체 데이터베이스 및 로그 백업을 수행하는 기본값인 전체를 사용합니다. 다음을 클릭합니다.
마법사의 유효성 검사 페이지에는 가용성 그룹 만들기를 계속하기 전에 6개의 검사 결과가 표시됩니다. 테스트 중 하나라도 실패하면 오류를 수정하고 유효성 검사 다시 실행을 클릭하여 유효성 검사 테스트를 다시 실행할 때까지 작업을 계속 진행할 수 없습니다. 모든 테스트가 통과되면 다음을 클릭하여 계속 수행합니다.
요약 페이지에서 추가 중인 복제본의 구성을 확인한 후 마침을 눌러 보관합니다. 구성을 변경하려면 이전을 클릭하여 이전 마법사 페이지로 돌아갑니다.
중요
SharePoint 팜에 추가하는 데이터베이스는 가용성 그룹에 자동으로 추가되지 않습니다. 이 문서에 설명된 단계를 사용하거나 절차를 자동화하는 스크립트를 사용해서 추가해야 합니다.
장애 조치(failover) 테스트를 사용하여 Always On 설치의 유효성 검사
SharePoint 데이터를 보조 복제본과 동기화한 후 마지막 단계는 장애 조치(failover) 테스트입니다.
Always On 환경의 동작이 예상대로 수행되고 SQL Server 가용성 그룹과 관련된 구성 요구 사항 및 절차를 완전히 이해하도록 광범위한 장애 조치(failover) 테스트를 실행해야 합니다. 이러한 테스트에는 다음과 같은 항목들이 포함될 수 있으나 이에 국한되지 않습니다.
모든 팜 서비스 및 기능이 완전히 작동하는지 확인합니다.
SharePoint Server 데이터가 보존되고 손상되지 않았는지 확인합니다.
계획된 수동 장애 조치(failover) 또는 다음 문서에 설명된 강제 수동 장애 조치(failover)를 사용하여 가용성 그룹 장애 조치(failover)를 테스트합니다.
SQL Server의 SQL Server Management Studio, Transact-SQL 또는 PowerShell에서 장애 조치(Failover) 마법사를 사용하여 이전 장애 조치(failover)를 수행할 수 있습니다.
참고
SharePoint 인스턴스가 여러 개 있는 활성-활성 장애 조치(failover) 클러스터 시나리오에서, 서로 장애 조치(failover)를 수행할 수 있으려면 각 서버에 로컬 작업 부하 및 장애가 발생한 서버의 작업 부하를 처리할 수 있는 충분한 용량이 포함되었는지 확인해야 합니다.
Always On 환경 모니터링
Always On 환경에서는 성능, 상태 및 용량을 모니터링해야 합니다.
성능
다음의 새로운 성능 개체를 Always On 환경을 모니터링하는 데 사용할 수 있습니다.
SQL Server 2012
SQL Server 2014(SP1)
SQL Server 2016 및 SQL Server 2017
상태 및 용량
일반 상태 모니터링을 위해서는 가용성 그룹 대시보드를 사용해서 시스템에서 가용성 그룹의 상태를 확인할 수 있습니다. 자세한 내용은 SQL Server 2014 (SP1)용 Always On 가용성 그룹(SQL Server)의 운영 문제에대한 Always On 정책 및 운영 문제에 대한 Always On 정책 - SQL Server 2016 및 SQL Server 2017의 Always On 가용성을 참조하세요. SQL Server 2012에 대한 자세한 내용은 다음을 참조하세요.
또한 Transact-SQL을 사용하여 Always On 가용성 그룹에 대해 제공된 카탈로그 집합 및 동적 관리 보기를 사용해서 가용성 그룹을 모니터링할 수 있습니다. 자세한 내용은 SQL Server 2014(SP1 )용 가용성 그룹 모니터링(Transact-SQL) 및 SQL Server 2016 및 SQL Server 2017에 대한 가용성 그룹 모니터링(Transact-SQL) 을 참조하세요.
참고 항목
개념
SharePoint Server 2016 설치 및 구성
기타 리소스
Azure에서 SQL Server AlwaysOn 가용성 그룹을 사용하여 SharePoint Server 배포