Planning Server と Analysis Services の回復

Planning Server と Microsoft SQL Server 2005 Analysis Services を実行しているコンピュータに障害が発生した場合は、新しいサーバー名の新しいコンピュータを準備したり、障害が発生したコンピュータを新しいコンピュータに置き換えたりできます。Analysis Services サーバーの回復手順を以下に示します。

メモメモ :

PerformancePoint Server ドキュメントで総称的に使用されている Windows SharePoint Services および SharePoint Services という用語は、Office SharePoint Server 2007 および Windows SharePoint Services 3.0 を指します。

Analysis Services を実行するサーバーの回復

  1. Analysis Services サーバーとして使用する新しい Planning Server コンピュータを準備します。Analysis Services サーバーとして使用する新しいコンピュータの準備の詳細については、『PerformancePoint Server 2007 展開ガイド』を参照してください。

    複数のコンピュータを展開するシナリオでは、SQL Server と Analysis Services を実行しているコンピュータ間でセキュリティ設定を構成する必要があります。複数のコンピュータを展開するシナリオでのこれらのコンピュータ間でのセキュリティ構成の詳細については、『PerformancePoint Server 2007 展開ガイド』を参照してください。

  2. 次のコマンドを使用して、アプリケーション データベース内の BizAppNodes テーブルを手動で更新します。

    UPDATE BizAppNodes
    SET OLAPServerName = @NewOLAPServerName
    WHERE BizAppNodeLabel = @BizAppNodeLabel
    
  3. アプリケーション データベース内の DeployInfo テーブルを手動で更新します。

    最初に、次のコマンドを使用して、BizAppNodes テーブルから BizAppNodeID を取得します。

    SELECT BizAppNodeID FROM BizAppNodes
    WHERE BizAppNodeLabel = @BizAppNodeLabel
    

    次に、次のコマンドを使用して、DeployInfo テーブルを更新します。

    UPDATE DeployInfo
    SET AppNodeOLAPStoreDBServer = @NewAppNodeOLAPStoreDBServer
    WHERE BizAppNodeID = @BizAppNodeID
    
  4. Planning Web サービスと Planning プロセス サービスを実行するサーバーで、C:\PerformancePointTemp\3.0\Config フォルダにある PerformancePoint.Config ファイルを以下のように変更します。

    1. データベース サーバーのエントリを、SQL Server を実行している新しいコンピュータ名に変更します。

    2. OLAP サーバーのエントリを、新しい OLAP サーバー コンピュータ名に変更します。

      メモメモ :

      この変更は単一サーバーのセットアップでのみ必要です (このシナリオではセットアップ プログラムによってエントリが設定されるため)。複数サーバー展開では、このフィールドは空であるため、変更する必要はありません。

  5. SQL Server を実行しているコンピュータで、次の SQL Server クエリを実行することにより、すべての Planning Server アプリケーション データベースで SQL Server サービス ブローカを手動で有効にします。

    ALTER DATABASE [PPSApplicationDatabaseName] SET ENABLE_BROKER
    
    メモメモ :

    Planning プロセス サービスが起動している場合は、サービス ブローカを有効にするためにサービスを停止します。サービス ブローカを有効にした後、サービスを再起動します。上記のブローカ有効化 SQL ステートメントがロックされているような状態になり、ステートメントが終了しなくなることがあります。この問題を修正するには、SQL Server サービスを再起動してから、上記のステートメントを実行します。

  6. Planning Web サービス サーバーと Planning プロセス サービス サーバーの両方で、Windows コマンド プロンプトから IISRESET を実行します。

  7. Planning Web サービス サーバーと Planning プロセス サービス サーバーで、Planning プロセス サービスを再起動します。これにより、構成ファイルに対するすべての変更がサーバーによって取得されます。

  8. Windows SharePoint Services を使用する場合は、Windows SharePoint Services サーバーに再接続する必要があります。Windows SharePoint Services を SQL Server を実行している新しいコンピュータ上の構成データベースおよびコンテンツ データベースに設定し直す必要があります。

    次の手順を実行します。

    1. Planning Server と Windows SharePoint Services を実行するコンピュータで、インターネット インフォメーション サービスを開きます。

    2. 一覧を展開し、[Web サイト] フォルダを開きます。

    3. [SharePoint のサーバー管理] を右クリックし、[参照]**** をクリックします。

    4. [構成データベース サーバーの設定] をクリックします。

    5. サーバー名を新しい SQL Server の名前に変更します。

    6. [既存の構成データベースに接続する]**** を選択します。

    7. [OK] をクリックします。

    8. [既定のコンテンツ データベース サーバーの設定]**** を選択し、新しい名前が正しいことを確認します。正しくない場合は、新しいデータベース サーバーの名前を反映するように名前を更新し、[OK] をクリックします。

再接続に失敗した場合

次の手順が必要なのは、Windows SharePoint Services への再接続時に前の手順が失敗した場合だけです。Windows SharePoint Services を実行するサーバーに再接続できない場合、残りのオプションは、Windows SharePoint Services を削除して、そのインストール ポイントから再インストールすることです。Windows SharePoint Services を削除して再インストールする手順を以下に示します。

再接続に失敗した場合に実行する手順

  1. Planning Server と Windows SharePoint Services を実行するコンピュータで、[プログラムの追加と削除]**** を使用して Windows SharePoint Services をアンインストールします。

  2. 同じコンピュータで、インターネット インフォメーション サービス マネージャを開き、SharePoint Web サイトと StsAdminAppPool を削除します。

  3. Windows SharePoint Services をサーバーにインストールします。詳細については、「Windows SharePoint Services の回復」を参照してください。

  4. Planning Business Modeler を起動し、Analysis Services データベースを生成するすべてのモデル サイトを、新しい Analysis Services サーバーに再展開します。

  5. Planning 管理コンソールと Planning Business Modeler を使用して Planning Server に接続し、Planning Server システムが正しく動作していることを確認します。

関連項目