HCL DevOps Code ClearCase セミライブリフォーマット VOB (SLRV) のすべて

2024/1/22 - 読み終える時間: 17 分

All About HCL DevOps Code ClearCase Semi-Live ReformatVOB (SLRV) の翻訳版です。

HCL DevOps Code ClearCase セミライブリフォーマット VOB (SLRV) のすべて

2024年1月17日

著者: Avinash Srinivasamurthy / Senior Technical Specialist

このブログ記事では、HCL DevOps Code ClearCase 3.0.1で利用可能なセミライブリフォーマットVOB（SLRV）機能の詳細について説明します。以下のトピックを取り上げます。

• セミライブ reformatVOB（SLRV）を使用する理由
• 標準の reformatvob がどのように機能するか - 図による説明
• セミライブ再フォーマットVOB(SLRV)の動作-図解による説明
• セミライブ再フォーマットVOB（SLRV）と標準再フォーマットVOBの比較

セミライブ再フォーマットVOB（SLRV）を使用する理由

SLRVを使用してVOBを再フォーマットする主な利点は以下の通りです。

• SLRVは次のような優れたソリューションを提供します
  • 新しいスキーマ・レベルへの VOB の更新
  • データベースのクリーンアップ
• SLRV は、より短いロック時間で VOB を再フォーマットする能力を提供します。
• SLRVでは、再フォーマットのダンプとロードのプロセスはバックグラウンドで行われます。SLRVでは、再フォーマットのダンプとロード処理はバックグラウンドで行われます。
• SLRVは、チームがVOBをロックし、最終的なカットオーバー処理を実行する準備ができた時点で完了できます。

標準的な再フォーマット VOB の仕組み

SLRVの仕組みに入る前に、標準的なreformatvobの仕組みとその主な問題点について簡単に説明します。

次の図はVOBに対して行われる標準的なreformatvobの動作を表しています。

• db_dumperは現在のスキーマを読み込み、いくつかのテキストファイルにデータを出力します。
• db_loaderはこれらのテキストファイルを読み、新しいスキーマにデータを書き込みます。
• このプロセスが終了すると、ディレクトリが入れ替わり、新しいスキーマを持つ新しいデータベースが使用できるようになります。
• reformatvobプロセスは大規模なデータベースではかなりの時間を要します。
• このプロセスの間、VOBはロックされ、使用できません。
• UCM環境では、コンポーネントVOBが1つでも使用できない場合、そのUCMプロジェクトですべてのUCM操作が使用できなくなります。

セミライブ再フォーマットVOB（SLRV）の仕組み

セミライブ再フォーマットVOBプロセスは、2つのステージで動作します。

• ステージ1：セミライブreformatVOBプロセスの開始
• ステージ2：セミライブリフォーマットVOBプロセスの完了

ステージ 1：セミ・ライブ再フォーマットVOBプロセスの開始

この最初のステージでは、SLRVはコマンドを発行することにより、指定されたVOBに対して開始される： cleartool reformatvob -semilive <vob_stg_path

下図は、この段階で実行されるタスクを表しています。

• reformatvob -semilive操作は、そのデータベースをスキーマ・レベル55（元のdbがスキーマ54の場合）またはスキーマ・レベル81（元のdbがスキーマ80の場合）に静かにアップグレードします。
• その後、VOBはロックされます。
• 既存のデータベース（VOBのdbディレクトリだけ）がdb.copyにコピーされます。
• その後、VOBはロック解除されます。
• コピーされたデータベースはダンプされ、db.semiliveにロードされる。
• db_replay_serverプロセスが開始され、現在のVOB dbからデータベースのdb.semiliveコピーにトランザクションを再生する。
• 現在の VOB db はコピーが作成されるとロックが解除されるため、エンドユーザーは VOB 上で作業を続けることができます（ポイント 4）。その結果、エンドユーザーの操作に影響はありません。
• db_replay_serverプロセスは、VOB dbに加えられた新しい変更を、バックグラウンドで新しいdb.semiliveに再生し続けます。

ステージ 2：セミライブreformatVOBプロセスの完了

VOB上で進行中のSLRVを完了させるために、管理者は以下のSLRV completeコマンドを実行します： cleartool reformatvob -semilive -complete ＜vob_stg_path

下図はSLRV completeコマンド発行後、この段階で実行されるタスクを表しています。

• complete "コマンドが発行されると、エンドユーザーによるそれ以上の変更を防ぐため、VOBは再びロックされます。
• complete "メッセージがdb_replay_serverに送信されます。
• db_replay_serverは、現在のVOB dbから「db.semilive」dbコピーに未処理のトランザクションをすべて再生し、終了する。
• 現在のVOB dbディレクトリは、将来のバックアップと参照用に "db.pre-semilive... "にリネームされる。
• スキーマ81データベースのdb.semiliveは "db "にリネームされ、VOBの新しいアップグレードされたdbとして機能します。
• VOBのロックが解除され、エンドユーザーが使用できるようになり、SLRV操作が完了しました。
• VOBは新しいスキーマにアップグレードされました。

セミ・ライブ再フォーマットVOB（SLRV）と標準再フォーマットVOBの比較

次の表は、セミ・ライブ再フォーマットVOB（SLRV）と標準再フォーマットVOBの方法の比較です。