Share via


계획 서버 미러링

계획 서버 시스템 미러링은 하나의 계획 서버 시스템 설치를 다른 시스템 설치로 복사하는 것을 말합니다. 계획 서버 시스템 내부의 데이터는 동일한 복사본입니다.

그러나 계획 서버 시스템 데이터베이스 서버 이름은 다른 필요한 구성 관련 데이터 변경과 함께 변경됩니다. 새로 미러링된 계획 서버 시스템이 실행되려면 이러한 변경을 수행해야 합니다.

원본 계획 서버 데이터베이스(Windows SharePoint Services가 사용되는 경우 SharePoint 데이터베이스 포함)를 백업하고 해당 원본 데이터베이스를 다른 데이테베이스 서버에 대상 시스템으로 복원하여 계획 서버 시스템 미러링 목표를 달성할 수 있습니다. 백업 및 복원 후 필요한 구성 데이터를 수정하여 새 계획 서버 시스템을 실행합니다.

미러링은 계획 서버의 마이그레이션과 비교해 봐야 합니다. 이 문서에 자세히 설명되어 있는 미러링은 기존 계획 시스템을 한 환경에서 다른 환경으로 복사합니다. 즉, 미러링 프로세스는 모든 응용 프로그램, 모델 사이트, 모델, 차원, 사용자, 보안, 주기, 할당 및 보고서를 이동합니다. 또한 대상 환경 콘텐츠가 있는 경우 해당 콘텐츠를 완전히 대체합니다. 반면, 마이그레이션은 단일 계획 응용 프로그램을 한 계획 시스템에서 다른 계획 시스템으로 이동합니다. 대상 계획 시스템은 새 응용 프로그램을 만들고 수용할 수 있도록 준비되고 구성되어야 합니다. 마이그레이션을 사용하면 이동할 응용 프로그램이 해당 대상 시스템에 추가됩니다. 마이그레이션은 보고서, 워크플로, 할당, 주기, 작업, 사용자 또는 보안 역할을 이동하지 않습니다. 다음 시나리오 및 지침은 한 환경에서 완전히 새로운 환경으로 계획 서버를 미러링하는 방법을 설명하기 위한 것입니다. 일반적인 경우 중 하나는 개발 환경에서 테스트 환경으로 이동하는 것입니다. 각 환경에는 두 환경의 어느 컴퓨터도 공유하지 않는 고유한 실제 하드웨어가 있어야 합니다.

참고

Windows SharePoint Services 및 SharePoint Services라는 용어는 PerformancePoint Server 설명서에서 Office SharePoint Server 2007 및 Windows SharePoint Services 3.0을 가리키는 총칭으로 사용됩니다.

계획 서버 미러링

  1. 원본 계획 서버 시스템의 모든 데이터베이스를 백업합니다. 여기에는 PPSPlanningService, PPSPlanningSystem, 모든 응용 프로그램 및 준비 데이터베이스가 포함됩니다. 자세한 내용은 계획 서버 데이터베이스 백업 및 복원을 참조하십시오.

  2. 미러링 프로세스를 수행하는 동안 대상 시스템으로 이동하려는 모든 양식 및 보고서를 복사합니다. 계획 관리 콘솔에서 응용 프로그램이 만들어질 때 양식의 기본 위치와 보고서 저장소가 설정됩니다.

  3. 원본 PPSPlanningService 및 PPSPlanningSystem 데이터베이스를 계획 서버 및 Microsoft SQL Server 2005를 실행하는 대상 서버에 복원합니다.

  4. 양식 및 보고서를 대상 시스템의 기본 위치에 붙여넣습니다.

  5. 복원된 데이터베이스의 데이터베이스 소유자(DBO)를 계획 프로세스 서비스의 SI(서비스 ID) 계정으로 변경합니다.

    USE [PPSPlanningService]
    Exec sp_changedbowner 'SI Account'
    GO
    USE [PPSPlanningSystem]
    Exec sp_changedbowner 'SI Account'
    GO
    
  6. 대상 계획 서버 시스템으로 사용할 새 컴퓨터를 준비합니다. 계획 서버 설치 및 구성 관리자를 실행하여 새 컴퓨터를 준비합니다. 계획 서버 시스템용 컴퓨터를 준비하는 방법에 대한 자세한 내용은 PerformancePoint Server 2007 배포 가이드를 참조하십시오.

    중요중요:

    계획 서버 시스템을 준비할 때는 계획 서버 구성 관리자 마법사의 설치 옵션 페이지에서 분산 구성 옵션을 선택하고 계획 시스템 데이터베이스 옵션의 선택을 해제했는지 확인합니다. 마법사의 시스템 데이터베이스 페이지에서 대상 컴퓨터, 즉 기존 계획 시스템 데이터베이스와 계획 서비스 데이터베이스를 복원한 컴퓨터의 이름을 입력합니다.

  7. SI 계정에 dbcreator 권한을 부여합니다.

    응용 프로그램 데이터베이스의 AutoCreate 기능이 계획 관리 콘솔 및 Planning Business Modeler에서 작동하도록 하려는 경우에만 이 단계를 수행합니다. 데이터베이스 관리자가 응용 프로그램 데이터베이스를 수동으로 만들려는 경우에는 이 단계를 수행하지 않아도 됩니다.

     --Grant dbcreator permissions to SI account
          USE [master]
          GO
          GRANT ALTER TRACE TO [DOMAIN\User1]
          GO
    
  8. 서버의 Analysis Services 부분에서 Analysis Services 서버 연결을 마우스 오른쪽 단추로 클릭하고 속성을 클릭한 다음 보안을 선택하고 해당 역할에 서비스 ID 계정을 추가합니다.

    다중 컴퓨터 배포 시나리오의 경우 SQL Server, Analysis Services 및 Windows SharePoint Services를 실행하는 컴퓨터 간에 보안 설정을 구성해야 할 수도 있습니다. 다중 컴퓨터 배포 시나리오에서 보안 설정을 구성하는 방법에 대한 자세한 내용은 PerformancePoint Server 2007 배포 가이드를 참조하십시오.

  9. 대상 시스템이 설정된 후 원본에서 대상으로 모든 응용 프로그램 및 준비 데이터베이스를 계속 복원합니다. Windows SharePoint Services를 사용하는 경우에는 Windows SharePoint Services 데이터베이스도 복원합니다.

  10. 복원된 응용 프로그램 및 준비 데이터베이스에서 데이터베이스 소유자를 변경합니다. USE [PPS_APP] Exec sp_changedbowner 'SI Account' GO USE [PPS_STG] Exec sp_changedbowner 'SI Account' GO

  11. 데이터베이스 및 구성 파일 내부의 데이터베이스 서버 이름과 같은 구성 관련 데이터를 수정합니다.

    5서버 설정에 기반하는 다음 지침은 (복원 후) 미러링이 작동하도록 구성 관련 데이터를 수정하는 방법의 예를 보여 줍니다.

    서버 1: SQL Server 데이터베이스

    서버 2: OLAP 서버

    서버 3: Windows SharePoint Services 서버

    서버 4: 계획 웹 서비스 서버, 선택적인 계획 관리 콘솔 서버

    서버 5: 계획 프로세스 서비스 서버

    설명을 위해 다음 구성이 사용됩니다.

    • 계획 시스템 데이터베이스와 계획 서비스 데이터베이스가 동일한 데이터베이스 서버에 있습니다.

    • 계획 서버 응용 프로그램 데이터베이스가 응용 프로그램별로 다른 데이터베이스 서버에 있습니다.

    • 계획 서버 OLAP 데이터베이스가 다른 데이터베이스 서버에 있습니다(모델 사이트당 하나 또는 응용 프로그램당 하나일 수 있음).

    참고

    BizSystem 테이블의 [ViewWorkFlowDBServer] 열은 더 이상 사용되지 않습니다. BizSystem 테이블에서 이 열의 값을 무시하십시오.

    1. PPSPlanningSystem 데이터베이스의 BizSystem 테이블을 수동으로 업데이트하여 SQL 인스턴스 및 데이터베이스 이름 변경 사항을 반영합니다.

      UPDATE BizSystem
      SET ReferenceDBServerName = @NewAppDBServer,
      ReferenceDBName = @NewAppDBName, -- can remain the same
      StagingDBServerName = @NewStagingDBServer,
      StagingDBName = @NewStagingDBName, -- can remain the same
      WHERE BizApplicationLabel = @BizApplicationLabel
      
    2. 동일한 테이블에서 양식 및 보고서의 기본 저장소 위치를 변경합니다.

      UPDATE BizSystem
      SET 
      --AssignmentFormsUrl = @NewAssignmentFormsUrl,
      --AssignmentMasterFormsUrl = @NewAssignmentMasterFormsUrl,
      FormTemplatesUrl = @NewFormTemplatesUrl,
      ReportUrl = @NewReportUrl
      WHERE BizApplicationLabel = @BizApplicationLabel
      
      팁팁:

      두 필드 AssignmentsFormsURLAssignmentMasterFormsURL은 현재 사용되지 않으므로 주석 처리됩니다(--).

    3. 응용 프로그램 데이터베이스의 BizAppNodes 테이블에서 OLAP 서버 이름을 수동으로 업데이트합니다.

      UPDATE BizAppNodes
      SET OLAPServerName = @NewOLAPServerName
      WHERE BizAppNodeLabel = @BizAppNodeLabel
      
    4. 응용 프로그램 데이터베이스의 DeployInfo 테이블에서 SQL 인스턴스 및 데이터베이스 이름을 수동으로 업데이트합니다.

      
      UPDATE
      SET AppNodeSQLStoreDBServer = @NewAppNodeSQLStoreDBServer,
      AppNodeSQLStoreDBName = @NewAppNodeSQLStoreDBName, -- can remain the same
      AppNodeOLAPStoreDBServer = @NewAppNodeOLAPStoreDBServer,
      AppNodeOLAPStoreDBName = @NewAppNodeOLAPStoreDBName -- can remain the same
      FROM 
      dbo.DeployInfo d inner join
      dbo.BizAppNodes n on
      BizAppNodeID = @BizAppNodeID
      WHERE n.BizAppNodeLabel = @BizApplicationLabel
      
    5. 양식을 이동하려는 경우 응용 프로그램 데이터베이스의 Workbooks 테이블에서 *.xlsx 파일의 위치를 업데이트해야 합니다. replace 함수를 사용하여 Workbooks 테이블의 StorageUrl 열을 수동으로 업데이트합니다. StorageUrl은 \\컴퓨터 이름\공유 폴더\ 경로 및 양식 이름 자체(form.xlsx)를 양식에 저장하므로 대체해야 합니다. 양식 이름은 동일하게 유지되어야 하지만 경로는 업데이트되어야 합니다.

      UPDATE dbo.Workbooks
      SET StorageUrl = REPLACE(StorageUrl, @OldStorageUrlPath, @NewStorageUrlPath
      WHERE [StoreageUrl] is Not NULL
      

      참고

      Workbooks 테이블에는 AssignmentDefinitions 테이블(WorkbookID로 조인됨)과 BizForms(WorkbookID인 FormID로 조인됨)에서 사용하는 모든 저장소 URL이 포함됩니다.

      원본 시스템 테이블에는 위 참고 사항에서 언급한 두 가지 테이블에 다양한 사용을 위한 서로 다른 여러 가지 StorageUrl 값이 있을 수 있습니다. 그러나 대상 시스템의 경우 시작할 하나의 URL 위치에 모든 저장소 URL을 저장할 수 있습니다. 이러한 파일을 모든 URL 위치에서 한 위치로 복사해야 하므로 파일 복사 작업이 어려울 수 있습니다.

    6. 계획 프로세스 서비스 서버의 이름을 바꿉니다.

      응용 프로그램 데이터베이스에서 AsyncWorkItems 테이블의 MachineName 열을 새 계획 프로세스 서비스 서버 이름으로 업데이트합니다.

      UPDATE AsyncWorkItems
      SET MachineName = @NewAsyncServerName
      WHERE MachineName IS NOT NULL
      
    7. OLAP 데이터베이스 연결 문자열을 업데이트합니다.

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

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

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

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

      • 모든 OLAP 데이터베이스에 대해 반복합니다. OLAP 데이터베이스가 이동하지 않고 미러링 프로세스가 완료된 후 모델 사이트 배포가 수행되는 경우에도 이 작업을 수행할 수 있습니다.

  12. 계획 웹 서비스 및 계획 프로세스 서비스 서버에서 C:\Program Files\Microsoft Office PerformancePoint ServerTemp\3.0\Config 폴더에 있는 기본 PerformancePoint.Config 파일에서 다음 변경을 수행합니다.

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

    2. OLAP 서버 항목을 OLAP 서버를 실행하는 컴퓨터의 새 이름으로 변경합니다.

      참고

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

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

    ALTER DATABASE [PPSApplicationDatabaseName] SET ENABLE_BROKER
    

    참고

    계획 프로세스 서비스가 시작되는 경우에는 Service Broker를 사용하도록 설정할 수 있도록 서비스를 중지합니다. Service Broker가 사용하도록 설정된 후 서비스를 다시 시작합니다. 경우에 따라 이전의 브로커 사용 설정 SQL 문이 잠겨 있는 것으로 보이고 해당 SQL 문이 완료되지 않을 수 있습니다. 이 문제를 수정하려면 SQL Server 서비스를 다시 시작하고 SQL 문을 다시 시도합니다.

  14. 다음 스크립트를 실행하여 XML BLOB를 업데이트합니다.

    Use [PPSPlanningSystem]
    Select CAST(CAST(XML as VARBINARY(MAX)) as XML) AS Configuration_XML
    From dbo.Configuration
       Copy all text to notepad.
       Make changes to the following highlighted parameters as needed:
          …audit.log" writerMachineName="machinename" />
          …defaultOlapServer="machinename"…
          …Trace Log\server.log" writerMachineName="machinename" />
       Copy ALL the updated xml text.
       Run the following update statement with your changed xml text.
    Use [PPSPlanningSystem]
    Update dbo.Configuration
    Set XML = convert(XML, ‘PASTE ENTIRE CHANGED XML TEXT HERE’)
    
  15. 계획 웹 서비스 서버와 계획 프로세스 서비스 서버의 Windows 명령 프롬프트에서 IISRESET을 실행합니다.

  16. 서버 4(계획 웹 서비스 서버) 및 서버 5(계획 프로세스 서비스 서버)에서 계획 프로세스 서비스를 다시 시작합니다. 그러면 구성 파일에 대한 모든 변경 사항이 해당 서버에 적용됩니다.

  17. Windows SharePoint Services를 다시 연결합니다(Windows SharePoint Services 서버가 있는 경우에만 필요한 선택적 단계).

    복원이 완료된 후 계획 서버 시스템 토폴로지에 다시 연결해야 합니다. 이 프로세스에는 Windows SharePoint Services를 실행하는 컴퓨터를 해당 구성 및 콘텐츠 데이터베이스로 다시 가리키는 작업이 포함됩니다. Windows SharePoint Services 서버를 해당 데이터베이스로 다시 가리키려면 다음 단계를 수행합니다.

    1. 서버 3(Windows SharePoint Services 서버)에서 인터넷 정보 서비스를 엽니다.

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

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

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

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

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

    7. 확인을 클릭합니다.

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

다시 연결할 수 없는 경우

앞에서 설명한 절차로 Windows SharePoint Services 서버에 다시 연결할 수 없는 경우에만 다음 절차가 필요합니다. Windows SharePoint Services 서버를 다시 연결할 수 없는 경우 남아 있는 유일한 옵션은 해당 설치 지점에서 서버를 제거하고 다시 설치하는 것입니다.

Windows SharePoint Service 제거 및 다시 설치

  1. 서버 3(Windows SharePoint Services 서버)에서 프로그램 추가/제거를 사용하여 Windows SharePoint Services를 제거합니다.

  2. 서버 4(계획 웹 서비스 서버)에서 인터넷 정보 서비스 관리자를 열고 해당 SharePoint 웹 사이트 및 StsAdminAppPool을 삭제합니다.

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

  4. Windows SharePoint Services 서버의 이름을 바꿉니다(선택 사항).

    참고

    이 단계는 Windows SharePoint Services를 실행하는 서버가 있는 경우에만 필요합니다.

  5. 원본 시스템 URL에서 새 URL 위치로 모든 파일을 수동으로 복사합니다.

  6. 계획 웹 서비스 서버의 이름을 바꿉니다.

    계획 웹 서비스 서버에 연결하는 모든 사용자가 서버에 연결할 수 있도록 모든 해당 사용자에게 새 이름을 알려야 합니다.

참고 항목