MAA / Data Guard 10gセットアップ・ガイド – RACプライマリに対するRACフィジカル・スタンバイの作成

Size: px

Start display at page:

Download "MAA / Data Guard 10gセットアップ・ガイド – RACプライマリに対するRACフィジカル・スタンバイの作成"

ねんたろうすえたけ
5 years ago
Views:

1 MAA / Data Guard 10g セットアップガイド - RAC プライマリに対する RAC フィジカルスタンバイの作成 Oracle の最大可用性アーキテクチャのホワイトペーパー 2006 年 5 月 Maximum Availability Architecture Oracle Best Practices For High Availability

2 MAA / Data Guard 10g セットアップガイド - RAC プライマリに対する RAC フィジカルスタンバイの作成概要... 3 タスク 1: ファイルの収集とバックアップの実行... 4 タスク 2: スタンバイにおけるOracle Netの構成... 5 タスク 3: スタンバイインスタンスおよびデータベースの作成... 5 タスク 4: Data Guardに対するプライマリデータベースの構成タスク 5: Data Guard 構成の確認参照資料 MAA / Data Guard 10g セットアップガイド - RAC プライマリに対する RAC フィジカルスタンバイの作成 2

3 MAA / Data Guard 10g セットアップガイド - RAC プライマリに対する RAC フィジカルスタンバイの作成概要 Oracle Maximum Availability Architecture (MAA) [1] はオラクルの実証済高可用性テクノロジおよび推奨事項に基づいたオラクルのベストプラクティス計画です MAAの目的は可用性の高い最適なアーキテクチャを簡単に設計することですこのホワイトペーパーは MAA シリーズのホワイトペーパーの一部として発行され RAC プライマリデータベースに対する RAC フィジカルスタンバイデータベースの作成に焦点をあてていますこのドキュメントではすでに RAC データベースが存在し構成にスタンバイデータベースを追加することで Data Guard を実装するものとします最終的には RAC スタンバイデータベースを備えた RAC プライマリデータベースを構成しますこのドキュメントで概説する手順では SQL*Plus を使用し Oracle Database 10g Release 1 と Oracle Database 10g Release 2 の両方に適用しますまたこれらの 2 つのデータベースでは ASM/OMF を使用しておりスタンバイホスト上にソフトウェアおよび ASM インスタンスがすでにインストール / 作成済であることを前提としますこのドキュメントで使用する例では CHICAGO という一意の名前の RAC データベースがあります 2 つの RAC インスタンスのインスタンス名は CHICAGO1 ( ノード chicago_host1) と CHICAGO2( ノード chicago_host2) です RAC スタンバイデータベースは BOSTON という一意の名前で 2 つのスタンバイインスタンス名は BOSTON1( ノード boston_host1) と BOSTON2( ノード boston_host2) ですこのドキュメントでは次のタスクを説明しますタスク 1: ファイルの収集とバックアップの実行タスク 2: スタンバイにおける Oracle Net の構成タスク 3: スタンバイインスタンスおよびデータベースの作成タスク 4: Data Guard に対するプライマリデータベースの構成タスク 5: Data Guard 構成の確認このホワイトペーパーでは次の条件が満たされているものとしますプライマリ RAC データベースがアーカイブモードであるプライマリ RAC データベースで ASM を使用しているスタンバイ RAC クラスタで ASM インスタンスが作成済である MAA / Data Guard 10g セットアップガイド - RAC プライマリに対する RAC フィジカルスタンバイの作成 3

4 プライマリおよびスタンバイデータベースでフラッシュリカバリエリアを使用しているスタンバイ RAC ホストに既存の Oracle ソフトウェアインストレーションがあるすべてのストレージで Oracle Managed Files(OMF) を使用しているタスク 1: ファイルの収集とバックアップの実行 1. プライマリノードでステージングディレクトリを作成します例 : [oracle@chicago_host1 oracle]$ mkdir -p /opt/oracle/stage 2. スタンバイホストの一方で次のパスと同じパスを作成します [oracle@boston_host1 oracle]$ mkdir -p /opt/oracle/stage 3. プライマリノードでプライマリデータベースに接続しステージングディレクトリの SPFILE から PFILE を作成します例 : SQL> CREATE PFILE='/opt/oracle/stage/initCHICAGO.ora' FROM SPFILE; 4. プライマリノードでプライマリデータベースの RMAN バックアップを実行しますこれによりバックアップピースがステージングディレクトリへ配置されます例 : [oracle@chicago_host1 stage]$ rman target / RMAN> BACKUP DEVICE TYPE DISK FORMAT '/opt/oracle/stage/%u' DATABASE PLUS ARCHIVELOG; RMAN> BACKUP DEVICE TYPE DISK FORMAT '/opt/oracle/stage/%u' CURRENT CONTROLFILE FOR STANDBY; 5. listener.ora tnsnames.ora および sqlnet.ora ファイルのコピーをステージングディレクトリへ配置します例 : [oracle@chicago_host1 oracle]$ cp $ORACLE_HOME/network/admin/*.ora /opt/oracle/stage 6. RAC プライマリノードのステージングディレクトリの内容を手順 2 でステージングディレクトリを作成したスタンバイノードにコピーします例 : [oracle@chicago_host1 oracle]$ scp /opt/oracle/stage/* \ oracle@boston_host1:/opt/oracle/stage MAA / Data Guard 10g セットアップガイド - RAC プライマリに対する RAC フィジカルスタンバイの作成 4

5 タスク 2: スタンバイにおける Oracle Net の構成 1. listener.ora tnsnames.ora および sqlnet.ora ファイルをスタンバイホストのステージングディレクトリからすべてのスタンバイホストの $ORACLE_HOME/network/admin ディレクトリへコピーします 2. listener.ora ファイルの各スタンバイホストを修正してホストの VIP アドレスを含めます 3. プライマリ RAC ノードやスタンバイ RAC ノードなど各ノードの tnsnames.ora ファイルを修正してプライマリとスタンバイのすべてのネットサービス名を含めますまた local_listener および remote_listener パラメータで使用している Oracle Net のエイリアスを修正して各スタンバイホストのリスナーを指すようにすることが必要ですこの例では各 tnsnames.ora ファイルに次の表のネットサービス名をすべて含めます tnsnames.ora ファイルのエントリ例プライマリネットサービス名 CHICAGO = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP) (HOST = chicago_host1vip) (HOST = chicago_host2vip) (PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = CHICAGO) ) ) スタンバイネットサービス名 BOSTON = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP) (HOST = boston_host1vip) (HOST = boston_host2vip) (PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = BOSTON) ) ) 4. すべてのスタンバイホスト上でスタンバイリスナーを開始しますタスク 3: スタンバイインスタンスおよびデータベースの作成 1. REDO データを安全に送信するためにプライマリおよびスタンバイデータベースでパスワードファイルを使用していることおよび SYS ユーザーのパスワードがすべてのシステムで一致していることを確認してください例 : $ cd $ORACLE_HOME/dbs $ orapwd file=orapwboston password=oracle パスワードファイルの名前と場所はプラットフォームによって異なります詳細は Oracle Database Administrator s Guide の Creating and Maintaining a Password File を参照してください 2. すべてのスタンバイホスト上のステージングエリアからプライマリデータベース PFILE をすべてのスタンバイホストの $ORACLE_HOME/dbs ディレクトリへコピーし名前を変更します例 : [oracle@boston_host1 stage]$ cp initchicago1.ora $ORACLE_HOME/dbs/initBOSTON1.ora MAA / Data Guard 10g セットアップガイド - RAC プライマリに対する RAC フィジカルスタンバイの作成 5

6 3. プライマリノードからコピーしたスタンバイの初期化パラメータファイルを修正して次の表に示すように Data Guard パラメータを含めます初期化パラメータの修正パラメータカテゴリ RAC パラメータ Data Guard パラメータその他のパラメータ修正前 *.cluster_database=true *.db_unique_name=chicago CHICAGO1.instance_name=CHICAGO1 CHICAGO2.instance_name=CHICAGO2 CHICAGO1.instance_number=1 CHICAGO2.instance_number=2 CHICAGO1.thread=1 CHICAGO2.thread=2 CHICAGO1.undo_tablespace=UNDOTBS1 CHICAGO2.undo_tablespace=UNDOTBS2 *.remote_listener=listeners_chicago CHICAGO1.LOCAL_LISTENER=LISTENER_CHICAGO_HO ST1 CHICAGO2.LOCAL_LISTENER=LISTENER_CHICAGO_HO ST2 *.background_dump_dest= /opt/oracle/admin/chicago/bdump *.core_dump_dest= /opt/oracle/admin/chicago/cdump *.user_dump_dest= /opt/oracle/admin/chicago/udump *.audit_file_dest= /opt/oracle/admin/chicago/adump *.db_recovery_dest= +RECOVERY *.log_archive_dest_1 = 'LOCATION=+DATA/CHICAGO/' *.dispatchers=chicagoxdb 修正後 *.cluster_database=true *.db_unique_name=boston BOSTON1.instance_name=BOSTON1 BOSTON2.instance_name=BOSTON2 BOSTON1.instance_number=1 BOSTON2.instance_number=2 BOSTON1.thread=1 BOSTON2.thread=2 BOSTON1.undo_tablespace=UNDOTBS1 BOSTON2.undo_tablespace=UNDOTBS2 *.remote_listener=listeners_boston BOSTON1.LOCAL_LISTENER=LISTENER_BOSTON_HOST1 BOSTON2.LOCAL_LISTENER=LISTENER_BOSTON_HOST2 *.log_archive_config='dg_config= (BOSTON,CHICAGO)' *.log_archive_dest_2='service=chicago valid_for=(online_logfiles,primary_role) db_unique_name=chicago' *.db_file_name_convert='+data/chicago/', '+DATA/BOSTON/','+RECOVERY/CHICAGO', '+RECOVERY/BOSTON' *.log_file_name_convert='+data/chicago/', '+DATA/BOSTON/','+RECOVERY/CHICAGO', '+RECOVERY/BOSTON' *.standby_file_management=auto *.fal_server='chicago' *.fal_client='boston' *.service_names='boston' *.background_dump_dest= /opt/oracle/admin/boston/bdump *.core_dump_dest= /opt/oracle/admin/boston/cdump *.user_dump_dest= /opt/oracle/admin/boston/udump *.audit_file_dest= /opt/oracle/admin/boston/adump *.db_recovery_dest= +RECOVERY *.log_archive_dest_1= 'LOCATION=USE_DB_RECOVERY_FILE_DEST' *.dispatchers=bostonxdb これらの初期化パラメータの詳細は Oracle Data Guard Concepts and Administration の 13 章 Initialization Parameters を参照してください初期化パラメータファイルではなくSPFILEを使用している場合 SPFILEの管理については Oracle Database Administrator s Guide で Managing Initialization Parameters Using a Server Parameter File のセクションを参照してください MAA / Data Guard 10g セットアップガイド - RAC プライマリに対する RAC フィジカルスタンバイの作成 6

7 4. スタンバイホストの ASM インスタンスに接続しスタンバイデータベースの DB_UNIQUE_NAME と同じ名前のディレクトリを DATA ディスクグループに作成します例 : SQL> ALTER DISKGROUP data ADD DIRECTORY '+DATA/BOSTON'; 5. スタンバイホストのスタンバイデータベースにスタンバイを IDLE 状態で接続しスタンバイ DATA ディスクグループに SPFILE を作成します SQL> CREATE SPFILE='+DATA/BOSTON/spfileBOSTON.ora' FROM PFILE='?/dbs/initBOSTON.ora'; 6. 各スタンバイホストの $ORACLE_HOME/dbs ディレクトリで SPFILE へのポインタを含む oracle_sid.ora という PFILE を作成します例 : [oracle@boston_host1 oracle]$ cd $ORACLE_HOME/dbs [oracle@boston_host1 dbs]$ echo "SPFILE='+DATA/BOSTON/spfileBOSTON.ora'" > initboston1.ora 7. スタンバイの初期化パラメータファイルを参照してすべてのスタンバイホスト上にダンプディレクトリを作成します例 : [oracle@boston_host1 oracle]$ mkdir -p $ORACLE_BASE/admin/BOSTON/bdump [oracle@boston_host1 oracle]$ mkdir -p $ORACLE_BASE/admin/BOSTON/cdump [oracle@boston_host1 oracle]$ mkdir -p $ORACLE_BASE/admin/BOSTON/udump [oracle@boston_host1 oracle]$ mkdir -p $ORACLE_BASE/admin/BOSTON/adump 8. 各スタンバイホストで ORACLE_SID ORACLE_HOME PATH などの適切な環境変数を設定後ステージングのディレクトリがあるスタンバイホスト上でコントロールファイルをマウントせずにスタンバイデータベースインスタンスを開始します SQL> STARTUP NOMOUNT 9. スタンバイインスタンスを開始したスタンバイホストからプライマリデータベースをスタンバイとして ASM ディスクグループへ複製します例 : $ rman target sys/oracle@chicago auxiliary / RMAN> DUPLICATE TARGET DATABASE FOR STANDBY; 10. スタンバイデータベースへ接続しスタンバイロールをサポートするためのスタンバイ REDO ログを作成しますスタンバイ REDO ログは必ずプライマリデータベースのオンラインログと同じサイズにします推奨するスタンバイ REDO ログの数は次のとおりです (maximum # of logfiles +1) * maximum # of threads この例では各スレッドに対して 2 つのオンラインログファイルを使用していますこのためスタンバイ REDO ログの数は (2 + 1) * 2 = 6 であることが必要ですつまり各スレッドに対してもう 1 つスタンバイ REDO ログファイルがあります MAA / Data Guard 10g セットアップガイド - RAC プライマリに対する RAC フィジカルスタンバイの作成 7

8 SQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 1 GROUP 5 SIZE 10M, GROUP 6 SIZE 10M, GROUP 7 SIZE 10M; SQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 2 GROUP 8 SIZE 10M, GROUP 9 SIZE 10M, GROUP 10 SIZE 10M; これらの文によって各グループに対して 2 つのスタンバイログメンバーが作成されます各メンバーのサイズは 10MB です 1 つのメンバーは初期化パラメータ DB_CREATE_FILE_DEST で指定されたディレクトリに作成され他のメンバーは初期化パラメータ DB_RECOVERY_FILE_DEST で指定されたディレクトリに作成されますこの例では 2 つのスレッドに 2 つの REDO ロググループがあると仮定しているため次のグループはグループ 5 になります V$LOG ビューに対し問合せを実行して REDO ログのグループ番号と数を確認することができます SQL> SELECT * FROM V$LOG; V$STANDBY_LOG ビューに対し問合せを実行して前の文の結果を確認することができます SQL> SELECT * FROM V$STANDBY_LOG; また V$LOGFILE ビューに対し問合せを実行して作成されたメンバーを表示することもできます SQL> SELECT * FROM V$LOGFILE; 詳細は Oracle Data Guard Concepts and Administration の Configure a Standby Redo Log セクションを参照してください 11. いずれか 1 つのスタンバイホスト ( 指定した Redo Apply インスタンス ) で管理されたリカバリを開始しスタンバイデータベースでリアルタイムに適用します SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT; 12. いずれかのスタンバイクラスタで Server Control(SRVCTL) ユーティリティを使用してスタンバイデータベースとデータベースインスタンスを Oracle Cluster Registry(OCR) に登録します例 : $ srvctl add database -d BOSTON o /opt/oracle/product/10g_db_rac $ srvctl add instance -d BOSTON -i BOSTON1 -n boston_host1 $ srvctl add instance -d BOSTON -i BOSTON2 -n boston_host2 これらのコマンドのオプションは次のとおりです -d オプションはデータベースの一意の名前 (DB_UNIQUE_NAME) を指定します MAA / Data Guard 10g セットアップガイド - RAC プライマリに対する RAC フィジカルスタンバイの作成 8

9 -i オプションはデータベースインスタンス名を指定します -n オプションはインスタンスが実行されているノードを指定します -o オプションはデータベースの Oracle ホームを指定します ASM インスタンスを OCR に登録します $ srvctl add asm -n boston_host1 -i +ASM1 o /opt/oracle/product/10g_db_rac p /opt/oracle/product/10g_db_rac/dbs/spfile+asm1.ora $ srvctl add asm -n boston_host2 -i +ASM2 -o /opt/oracle/product/10g_db_rac p /opt/oracle/product/10g_db_rac/dbs/spfile+asm2.ora これらのコマンドのオプションは次のとおりです -i オプションは ASM のインスタンス名を指定します ASM インスタンスが +ASM1 という名前の場合 '+' を含めて指定します crs_stat の出力ではリソース名に + は含まれませんただし SRVCTL コマンドで ASM インスタンス名を指定する場合には '+' を指定する必要があります -n オプションは ASM インスタンスを実行しているノードの名前を指定します -o オプションは ASM インスタンスの Oracle ホームを指定します -p オプションは ASM インスタンスが SPFILE を使用している場合 SPFILE の完全修飾ファイル名を指定します $ORACLE_HOME/dbs ディレクトリの PFILE を使用している場合にはこのオプションは必要ありません次のコマンドはデータベースインスタンスと ASM インスタンス間の依存関係を設定します ASM インスタンス名の場合ここでも ASM インスタンス名に + を指定する必要があります $ srvctl modify instance d BOSTON i BOSTON1 s +ASM1 $ srvctl modify instance d BOSTON i BOSTON2 s +ASM2 $ srvctl enable asm -n boston_host1 -i +ASM1 $ srvctl enable asm -n boston_host2 -i +ASM2 これらのコマンドのオプションは次のとおりです -d オプションはデータベースの一意の名前 (DB_UNIQUE_NAME) を指定します -i オプションはデータベースインスタンス名を指定します -s オプションは ASM インスタンス名を指定します MAA / Data Guard 10g セットアップガイド - RAC プライマリに対する RAC フィジカルスタンバイの作成 9

10 次のコマンドは OCR のスタンドポイントから -n オプションで指定したノードに定義されたすべての ASM インスタンスを開始します ASM インスタンスがすでに実行されている場合 crs_stat の出力でステータスが OFFLINE から ONLINE に変わります $ srvctl start asm n boston_host1 $ srvctl start asm n boston_host2 同じノード上で複数の ASM インスタンスを実行中に特定の ASM インスタンスを開始する場合次の例のように -i オプションを使用して ASM インスタンス名を指定します $ srvctl start asm n boston_host1 i +ASM1 タスク 4: Data Guard に対するプライマリデータベースの構成 1. プライマリデータベースの初期化パラメータを構成してプライマリロールとスタンバイロールの両方をサポートします *.log_archive_config='dg_config=(boston,chicago)' *.log_archive_dest_2='service=boston valid_for=(online_logfiles,primary_role) db_unique_name=boston' *.db_file_name_convert='+data/boston/', +DATA/CHICAGO/', +RECOVERY/BOSTON, +RECOVERY/CHICAGO *.log_file_name_convert='+data/boston/', +DATA/CHICAGO/', +RECOVERY/BOSTON, +RECOVERY/CHICAGO *.standby_file_management=auto *.fal_server='boston' *.fal_client='chicago' *.service_names=chicago これらの初期化パラメータの詳細は Oracle Data Guard Concepts and Administration の 13 章 Initialization Parameters を参照してください初期化パラメータファイルではなくSPFILEを使用している場合 SPFILEの管理については Oracle Database Administrator s Guide の Managing Initialization Parameters Using a Server Parameter File セクションを参照してください前述のパラメータはすべてスタンバイロールパラメータ log_file_name_convert と db_file_name_convert を除き動的に修正することができます次にロールを変更したときにパラメータが有効になるようパラメータを scope=spfile に設定することをお薦めします 2. プライマリデータベース上で REDO ログを作成してスタンバイロールをサポートしますスタンバイ REDO ログは必ずプライマリデータベースのオンラインログと同じサイズにしますスタンバイ REDO ログの数は各スレッドに対するオンライン REDO ログの数より 1 多くしますこの例では各スレッドに対して 2 つのオンライン REDO ログがあるため各スレッドに対して 3 つの REDO ログが必要です MAA / Data Guard 10g セットアップガイド - RAC プライマリに対する RAC フィジカルスタンバイの作成 10

11 SQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 1 GROUP 5 SIZE 10M, GROUP 6 SIZE 10M, GROUP 7 SIZE 10M; SQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 2 GROUP 8 SIZE 10M, GROUP 9 SIZE 10M, GROUP 10 SIZE 10M; これらの文によって各グループに対して 2 つのスタンバイログメンバーが作成されます各メンバーのサイズは 10MB です 1 つのメンバーは初期化パラメータ DB_CREATE_FILE_DEST で指定されたディレクトリに作成され他のメンバーは初期化パラメータ DB_RECOVERY_FILE_DEST で指定されたディレクトリに作成されますこの例では 2 つのスレッドに 2 つの REDO ロググループがあると仮定しているため次のグループはグループ 5 になります V$LOG ビューに対し問合せを実行して REDO ログのグループ番号と数を確認することができます SQL> SELECT * FROM V$LOG; V$STANDBY_LOG ビューに対し問合せを実行して前の文の結果を確認することができます SQL> SELECT * FROM V$STANDBY_LOG; また V$LOGFILE ビューに対し問合せを実行して作成されたメンバーを表示することもできます SQL> SELECT * FROM V$LOGFILE; 詳細は Oracle Data Guard Concepts and Administration の Configure a Standby Redo Log セクションを参照してくださいタスク 5: Data Guard 構成の確認 1. スタンバイデータベースで V$ARCHIVED_LOG ビューに対し問合せを実行してアーカイブされた REDO ログで既存のファイルを確認します例 : SQL> SELECT SEQUENCE#, FIRST_TIME, NEXT_TIME FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#; 2. プライマリデータベースで次の SQL 文を発行してログスイッチを強制実行し現行のオンライン REDO ログファイルグループをアーカイブします SQL> ALTER SYSTEM ARCHIVE LOG CURRENT; 3. スタンバイデータベースで V$ARCHIVED_LOG ビューに対し問合せを実行して REDO データが受信されたことおよびスタンバイデータベース上でアーカイブされたことを確認します SQL> SELECT SEQUENCE#, FIRST_TIME, NEXT_TIME FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#; MAA / Data Guard 10g セットアップガイド - RAC プライマリに対する RAC フィジカルスタンバイの作成 11

12 参照資料 1. OTN の Oracle Maximum Availability Architecture の Web サイト ( MAA / Data Guard 10g セットアップガイド - RAC プライマリに対する RAC フィジカルスタンバイの作成 12

13 MAA / Data Guard 10g セットアップガイド - RAC プライマリに対する RAC フィジカルスタンバイの作成 2006 年 5 月著者 : Mike Smith 寄稿者 : Oracle Corporation World Headquarters 500 Oracle Parkway Redwood Shores, CA U.S.A. 海外からのお問合せ窓口 : 電話 : ファックス : Copyright 2006, Oracle. 無断転載を禁ずこの文書はあくまで参考資料であり掲載されている情報は予告なしに変更されることがありますオラクル社は本ドキュメントの無謬性を保証しませんまた本ドキュメントは法律で明示的または暗黙的に記載されているかどうかに関係なく商品性または特定の目的に対する適合性に関する暗黙の保証や条件を含む一切の保証または条件に制約されませんオラクル社は本書の内容に関していかなる保証もいたしませんまた本書により契約上の直接的および間接的義務も発生しません本書は事前の書面による承諾を得ることなく電子的または物理的にいかなる形式や方法によっても再生または伝送することはできません Oracle JD Edwards PeopleSoft は Oracle Corporation および関連会社の登録商標です他の製品名はそれぞれの所有者の商標です

MAA/Data Guard 10g Release 2セットアップ・ガイド – RACプライマリのためのRACロジカル・スタンバイ作成

MAA/Data Guard 10g Release 2セットアップ・ガイド – RACプライマリのためのRACロジカル・スタンバイ作成 MAA/Data Guard 10g Release 2 セットアップガイド - RAC プライマリのための RAC ロジカルスタンバイ作成 Oracle ホワイトペーパー 2006 年 5 月 Maximum Availability Architecture Oracle Best Practices For High Availability MAA/Data Guard 10g Release