このページを共有

# ALM Octaneデータをバックアップするためのベストプラクティス

このトピックでは、ALM Octaneとそのすべてのコンポーネントをバックアップするためのベストプラクティスと推奨事項を提供します。

このトピックの内容:

## 概要

ALM Octaneは、その情報を次のコンポーネントに保存します。

- リレーショナルデータベース (OracleまたはSQL Serverのいずれか)。これは、最も重要なシステムデータが配置されている場所です。リレーショナルデータベースは、バックアップの最も重要なコンポーネントです。

  データベースシステムは、ホットバックアップ手順をサポートし、システムがクラッシュする前の最後の1秒間に操作を復元する機能を提供します。

- Elasticsearch。Elasticsearchは、トレンドデータ、監査情報、実行履歴、検索情報、およびその他のその他の項目を保存します。

  Elasticsearchデータの定期的なスナップショットを撮ることができます。

- ファイルシステム上のリポジトリフォルダ。ALM Octaneには、添付ファイル、手動スクリプト、その他のアーティファクトが保持される独自のファイルシステムリポジトリが含まれています。このフォルダの標準設定の場所は次のとおりです。

  - Linux: /opt/octane/repo

  - Windows: C:\Program Files\octane\repo

  リポジトリデータのスナップショットを定期的に作成できます。

トップに戻る

## プロセス

ALM Octaneを完全にバックアップするには、そのすべてのコンポーネント (リレーショナルデータベース、Elasticsearch、リポジトリフォルダー) をバックアップします。(ディザスタ) リカバリを可能にするために、各バックアップを別々の場所に保存します。

注文事項

- これらの各コンポーネントをバックアップすると、時間が経過する場合があります。時間差の許容範囲に関しては、リレーショナルデータベースで指定された時間が決定要因として使用されます。ALM Octaneを復元すると、ユーザーに表示されるのはリレーショナルデータベースに保存されているデータとタイムスタンプです。復元するときは、このことに注意してください。

- リレーショナルデータベースをバックアップし、ファイルを追加してからリポジトリをバックアップした場合、ファイルは復元後に存在しますが、ALM Octaneはそれらへの関連付けを認識せず、最終的にそれらを削除します。

  逆に、リポジトリをバックアップし、ファイルを追加してからリレーショナルデータベースをバックアップした場合、ALM Octaneは、の間にファイルがリポジトリに存在しないため、関連付けが壊れていると報告する場合があります。ALM Octaneはそれらを見つけようとします。

バックアップの頻度

OracleやSQL Serverなどのデータベースシステムはホットバックアップ手順をサポートし、システムがクラッシュする前の最後の1秒間に操作を復元する機能を提供しますが、ElasticsearchとALM Octaneリポジトリの定期的なスナップショットのみを取得できます。

したがって、バックアップする頻度は、サイトが許容できるダウンタイムの量によって決まります。許容時間の長さが1日である場合 (つまり、会社は24時間前の状態に操作を復元する機能を備えていて問題ありません)、推奨されるバックアップ頻度は1日と定義できます。許容時間が12時間の場合、バックアップは12時間ごとに実行する必要があります。

例: SaaSでのALM Octane操作は4時間ごとにバックアップされます。ほとんどの場合、ホットバックアップとダンプ/スナップショットは別の場所に移動するか、ストレージ用のリムーバブルメディアに配置する必要があります。

リレーショナルデータベースのバックアップ

データベースのバックアップメカニズムを使用して、結果のファイルとフォルダーを保存します。

ほとんどのファイルはALM Octaneによってロックされていないため、開いているファイルはバックアップ中に問題を引き起こしません。

トップに戻る

## ベストプラクティス

リレーショナルデータベースは、バックアップで最も重要なコンポーネントです。

全般的

- 各コンポーネントを次々にできるだけ厳密にバックアップします。

- 静かな時間帯にALM Octaneをバックアップして、ファイルの欠落、ファイルの関連付けの破損、3つのコンポーネント間の時間の不一致を最小限に抑えます。

コンポーネントをバックアップするための推奨順序

推奨されるガイドラインと実行するバックアップアクションのシーケンスを次に示します。

1. 常に最初にデータベースをバックアップしてください。データベースベンダーまたは市販のツールを使用して、ホットバックアップを実行します (Oracle RMANなど)。アップグレード、データ移行 (Agile ManagerからALM Octaneへの移行など) 、大規模なインポートなど、データベースで主要な操作を実行する前に、スナップショット (ダンプ) を作成することをお勧めします。

2. 次にElasticsearchをバックアップします。Elasticsearchは、高速なテキストのインデックス作成と検索を目的としたNoSQLデータベースです。任意のプログラミング言語 (JavaScriptなど) のREST APIコマンドを使用して、Elasticsearchインデックスのスナップショットを定期的に取得できます。Kibanaは、REST APIコマンドを発行するためにElasticsearchが推奨するツールの1つです。

   Elasticsearchサイトのhttps://www.elastic.co/guide/en/elasticsearch/reference/current/modules-snapshots.htmlを参照してください。

   クラスター化されたElasticsearch環境で適切にバックアップするには、各ノードのスナップショットを保存できる共有ストレージを接続します。

3. 最後に、ALM Octaneリポジトリをバックアップします。オペレーティングシステムの機能 (tar、zip) または市販のツールを使用して完全なバックアップを作成します。

トップに戻る

参照情報:

- ベストプラクティス
- ディザスタリカバリ

https://admhelp.microfocus.com ALM Octane 8942
検索結果を改善するためのヒント... ALM Octaneヘルプセンター ALM Octaneヘルプ 15.1.90 すべて ローカルヘルプセンターを表示 オンラインヘルプセンターを表示 戻る ブラウザーの履歴内を戻る 進む ブラウザーの履歴内を進む 検索のハイライトを削除する 次のトピック 次のトピックに進む 前のトピック 前のトピックに戻る 現在のトピックを印刷 バージョン: