• 아티클

SQL Server 및 계획 서버 복구

계획 서버 및 Microsoft SQL Server 2005를 실행하는 컴퓨터에서 장애가 발생하는 경우 새 서버 이름을 갖는 새 컴퓨터를 빠르게 준비하여 실패한 서버를 새 서버로 대체할 수 있습니다. 다음 절차에서는 SQL Server를 실행하는 서버를 복구하는 단계를 보여 줍니다. 이 예제에서는 모든 SQL Server 데이터베이스가 같은 컴퓨터에 있습니다.

참고

PerformancePoint Server 설명서에서는 Office SharePoint Server 2007 및 Windows SharePoint Services 3.0을 가리키는 데 Windows SharePoint Services 및 SharePoint Services라는 용어를 사용합니다.

SQL Server를 실행하는 서버 복구

  1. 모든 계획 데이터베이스(서비스 데이터베이스, 시스템 데이터베이스, 모든 응용 프로그램 데이터베이스) 및 Microsoft Windows SharePoint Services 데이터베이스(Windows SharePoint Services를 사용하는 경우)를 백업하고 이러한 데이터베이스 백업 및 유효한 최신 트랜잭션 로그를 SQL Server를 실행하는 새 컴퓨터에 복원합니다.

  2. SQL Server를 실행할 새 계획 서버 컴퓨터를 준비합니다. 새 컴퓨터 준비에 대한 자세한 내용은 PerformancePoint Server 2007 배포 가이드를 참조하십시오. 새 컴퓨터 설정에 대한 자세한 내용은 계획 서버 미러링을 참조하십시오.

    다중 컴퓨터 배포 시나리오에서는 다음 소프트웨어를 실행하는 컴퓨터 간에 보안 설정을 구성해야 할 수 있습니다.

    • SQL Server

    • Microsoft SQL Server 2005 Analysis Services

    • Windows SharePoint Services

    다중 컴퓨터 배포 시나리오에서 보안 설정을 구성하는 방법에 대한 자세한 내용은 PerformancePoint Server 2007 배포 가이드를 참조하십시오.

  3. 계획 프로세스 서비스를 실행하는 서버에서 계획 프로세스 서비스를 중지합니다.

  4. 실패한 SQL Server 컴퓨터에 응용 프로그램이 있는 경우 계획 관리 콘솔에 연결하고 이러한 응용 프로그램을 오프라인 상태로 만듭니다.

  5. 몇 가지 내부 테이블을 수정하여 계획 서버 및 SQL Server를 실행하는 컴퓨터의 이름을 변경합니다.

    우선 다음 명령을 사용하여 SystemDB의 BizSystem 테이블을 직접 업데이트합니다.

    UPDATE BizSystem
SET ReferenceDBServerName = @NewAppDBServer,
StagingDBServerName = @NewStagingDBServer,
WHERE BizApplicationLabel = @BizApplicationLabel

    그런 다음 응용 프로그램 데이터베이스의 DeployInfo 테이블을 직접 업데이트합니다.

    다음으로 아래 명령을 사용하여 BizAppNodes 테이블에서 BizAppNodeID를 가져옵니다.

    SELECT BizAppNodeID FROM BizAppNodes
WHERE BizAppNodeLabel = @BizAppNodeLabel

    그런 다음 아래 명령을 사용하여 DeployInfo 테이블을 업데이트합니다.

    UPDATE DeployInfo
SET AppNodeSQLStoreDBServer = @NewAppNodeSQLStoreDBServer
WHERE BizAppNodeID = @BizAppNodeID

  6. Analysis Services를 실행하는 컴퓨터에서 OLAP 데이터베이스 연결 문자열을 업데이트합니다.

    1. SQL Server Management Studio에서 OLAP 데이터베이스 계층 구조를 확장합니다.

    2. 각 데이터베이스 이름을 확장한 다음 데이터 원본 폴더를 확장합니다.

    3. 각 하위 노드를 마우스 오른쪽 단추로 클릭하고 속성을 선택하고 연결 문자열을 클릭한 다음 연결 문자열 상자의 줄임표를 클릭합니다.

    4. 서버 이름 필드에 새 SQL Server 이름을 입력합니다.

    5. 모든 OLAP 데이터베이스에 대해 작업을 반복합니다.

  7. 계획 웹 서비스 및 계획 프로세스 서비스 서버에서 C:\PerformancePointTemp\3.0\Config 폴더에 있는 PerformancePoint.Config 파일을 다음과 같이 변경합니다.

    1. 데이터베이스 서버 항목을 SQL Server를 실행하는 새 컴퓨터의 이름으로 변경합니다.

    2. OLAP 서버 항목을 새 OLAP 서버 컴퓨터 이름으로 변경합니다.

      참고

      이 시나리오에서는 설정 과정에서 항목이 설정되므로 단일 서버 설정에서만 이 작업을 수행하면 됩니다. 다중 서버 배포의 경우에는 이 필드가 비어 있으며 수정할 필요가 없습니다.

  8. SQL Server를 실행하는 컴퓨터에서 다음 SQL Server 쿼리를 실행하여 모든 계획 서버 응용 프로그램 데이터베이스에서 SQL Server Service Broker를 수동으로 활성화합니다.

    ALTER DATABASE [PPSApplicationDatabaseName] SET ENABLE_BROKER

    참고

    계획 프로세스 서비스가 시작된 경우 Service Broker를 활성화할 수 있도록 서비스를 중지합니다. 활성화된 후 서비스를 다시 시작합니다. 위에 나와 있는 브로커 활성화 SQL 문이 교착 상태가 되어 완료되지 않는 경우가 있습니다. 이 문제를 수정하려면 SQL Server 서비스를 다시 시작한 다음 SQL 문을 실행합니다.

  9. 계획 웹 서비스 서버 및 계획 프로세스 서비스 서버 모두에서 Windows 명령 프롬프트를 통해 IISRESET을 실행합니다.

  10. 계획 웹 서비스 서버 및 계획 프로세스 서비스 서버에서 계획 프로세스 서비스를 다시 시작합니다. 이렇게 하면 구성 파일의 모든 변경 내용이 서버에 적용됩니다.

  11. Windows SharePoint Services를 사용하는 경우 Windows SharePoint Services 서버에 다시 연결해야 합니다. Windows SharePoint Services에서 SQL Server를 실행하는 새 컴퓨터의 해당 구성 및 콘텐츠 데이터베이스를 다시 가리킵니다.

    다음 단계를 따릅니다.

    1. 계획 서버 및 Windows SharePoint Services를 실행하는 컴퓨터에서 인터넷 정보 서비스를 엽니다.

    2. 목록을 확장하고 웹 사이트 폴더를 엽니다.

    3. SharePoint 중앙 관리를 마우스 오른쪽 단추로 클릭하고 찾아보기를 선택합니다.

    4. 구성 데이터베이스 서버 설정을 클릭합니다.

    5. 서버 이름을 새 SQL Server 이름으로 변경합니다.

    6. 기존 구성 데이터베이스에 연결을 선택합니다.

    7. 확인을 클릭합니다.

    8. 기본 콘텐츠 데이터베이스 서버 사용을 선택하고 새 이름이 정확한지 확인합니다. 그렇지 않은 경우 이름을 새 데이터베이스 서버 이름으로 업데이트한 다음 확인을 클릭합니다.

다시 연결할 수 없는 경우

위 절차를 통해 Windows SharePoint Services에 다시 연결할 수 없는 경우에만 다음 절차를 수행해야 합니다. Windows SharePoint Services를 실행하는 서버에 다시 연결할 수 없는 경우에는 Windows SharePoint Services를 해당 설치 지점에서 제거한 다음 다시 설치해야 합니다. 다음 절차에서는 Windows SharePoint Services를 제거하고 다시 설치하는 단계를 보여 줍니다.

다시 연결할 수 없는 경우 수행할 단계

  1. 계획 서버 및 Windows SharePoint Services를 실행하는 컴퓨터에서 프로그램 추가/제거를 사용하여 Windows SharePoint Services를 제거합니다.

  2. 같은 컴퓨터에서 인터넷 정보 서비스 관리자를 열고 SharePoint 웹 사이트 및 StsAdminAppPool을 삭제합니다.

  3. 서버에 Windows SharePoint Services를 설치합니다. 자세한 내용은 Windows SharePoint Services 복구를 참조하십시오.

  4. 계획 관리 콘솔 및 Planning Business Modeler를 사용하여 계획 서버에 연결하고 계획 서버 시스템이 제대로 작동하는지 확인합니다.

참고 항목