SAP Recovery Kit
SAP デュアルスタック環境の制限 SPS-L 9.4.0(対応するセントラルサービスインスタンスとは別の階層で動作)で実装された新しい設計の ERSリソースタイプ は、同じSIDでセントラルサービスとエンキューレプリケーションサーバーインスタンスのペアが2組インストールされている(例:ASCS00/ERS10 および SCS01/ERS11SAPなど)SAPデュアルスタック環境(ABAP + Java)をサポートしません。 同じSIDでインストールされたSAPデュアルスタック(ABAP + Java)環境を利用しているユーザーは、9.4.0より前のERSリソース設計(対応するASCS/SCSリソースに依存するSAP階層の最上位に位置)を引き続き使用する必要があります。 |
SAP 階層の削除または拡張解除に失敗します 同じ IP リソースを階層内の複数の場所に格納している SAP 階層を削除または拡張解除すると、リソースが削除されず、コアダンプが発生することもあります。 この問題を修正するには、拡張解除または削除操作に失敗した後で、残ったリソースを LifeKeeper GUI から手動で削除します。サーバからコアファイルを削除するという方法もあります。 |
[Handle Warnings] により -e 行 1 で構文エラーが発生します [Handle Warnings] のデフォルトの動作 [No] を [Yes] に変更すると、エラーを受信します。 解決方法: このオプションをデフォルト設定の [No] のままにしてください。 注記: 黄は過渡的な状態であり、ほとんどの場合は障害を表すものではないため、この設定はデフォルト選択の [No] のままにすることを強くお勧めします。 |
同じ設定を選択すると、Update Wizard のボタンが非表示になります 現在の設定を変更せずに [Handle Warnings] を更新しようとすると、戻る必要があることを示す次の画面で [Done] ボタンが表示されません。 |
res_state に変更を加えると、監視が無効になります [Protection Level] を [BASIC] に設定し、SAP を手動でダウンさせた場合 (メンテナンスなどの目的で)、「FAILED」とマークされ、監視が停止します。 解決方法: 監視を再開する場合、手動で起動するのではなく LifeKeeper がリソースを起動する必要があります。 |
ERS が Core/CI の親ではない場合、サービス中の ERS がリモートホストで失敗します 注記: これは、9.4.0 より前の ERS リソース設計( ERS リソースが、対応する ASCS/SCS リソースに依存する SAP階層の最上位に存在)にのみ適用されます。詳細については、 LifeKeeperのERSリソースタイプ を参照してください。 追加 SAP リソースの依存関係なしで ERS リソースを作成すると、スイッチオーバ時に初期のサービス中状態が失敗します。 解決方法: CI/Core インスタンス (SCS または ASCS) の親として ERS を作成してから、in-service を再試行します。 |
SAPインスタンスプロセスの状態が一致しなくなる SAPリソースの移行中に並行して管理コマンドを発行すると、SAPインスタンスプロセスの状態が一致しなくなる可能性があります。これを解決するには、手動による介入が必要になる場合があります。 |
このトピックへフィードバック