web-dev-qa-db-ja.com

リモートOracle 12cデータベースへの接続に関する問題

tl; dr RMANが正しい資格情報でスタンバイデータベースに接続できません。

RMAN-04006: error from auxiliary database: ORA-01017: invalid username/password; logon denied

パスワードファイルは正しいです、パスワードは正しいです。

ロングバージョン。

現在、データガードサーバーのペアを設定しようとしていますが、パスワードに問題があります。

Oracle 12cの新規インストールから始めます。グローバルデータベース名はorcl.domainおよびSID = orclprmyです

.bash_profileに設定されたOracle_SIDを確認しましたが、orclprmyと一致しています

次に、すべての設定を行って、Dataguardプライマリとして準備します。

そのインスタンスから、以下を使用してパスワードファイルを作成します。

rm $Oracle_HOME/dbs/orapworclprmy
orapwd file=$Oracle_HOME/dbs/orapworclprmy password=<password>

プライマリREMOTE_LOGIN_PASSWORDFILE = 'EXCLUSIVE'をチェックしたので、そのパスワードファイルを使用する必要があります。

また、TNSNAMESおよびLISTENER構成ファイルを整理して、両方のサーバーを認識します。

次に、別のスタンバイサーバーに同じ方法でOracleをインストールします。唯一の違いは、データベースのSIDがorclstbyに設定されていることです。ここでも、そのサーバーのOracle_SIDを確認しましたが、これも正しいことです。

パスワードファイルをプライマリからスタンバイ（orclstby）にscpして、名前をorapworclstbyに変更します。また、TNDNAMESファイルとLISTENERファイルをプライマリからスタンバイにコピーし、必要に応じて編集します。

ここまでは順調ですね。すべてが正常に動作しているようです。

次に、RMANで回復するスタンバイをスタンバイデータベースにする準備をする部分が来ます。

vi $Oracle_HOME/dbs/initorclstby.ora
   db_name=orclstby
slqplus / as sysdba
   SHUTDOWN IMMEDIATE
   STARTUP NOMOUNT pfile='/u01/app/Oracle/product/12.0.1/db_home1/dbs/initorclstby.ora'
   QUIT

これにより、スタンバイデータベースがrman接続を行う準備ができた状態になります。

次に、プライマリサーバーに戻り、rmanを起動します。

rman
CONNECT TARGET sys/<password>@orclprmy
CONNECT TARGET sys/<password>@orclstby

そして、私は困っています。 RMANが戻ってきた

RMAN-04006: error from auxiliary database: ORA-01017: invalid username/password; logon denied

私はオンスタンバイREMOTE_LOGIN_PASSWORD = 'EXCLUSIVE'を確認しました。これは、プライマリと同じパスワードファイルを使用する必要があることを確認できる限り、とにかくすべてに同じパスワードを使用していることです（これは概念実証です）。 。

プライマリからsqlplus sys/password @ orclstbyを試行しても失敗します：-

ERROR:
ORA-01034: Oracle not available
ORA-27101: shared memory realm does not exist
Linux-x86-64 Error: 2: No such file or directory

本当に厄介なのは、これを少し前に機能させたことですが、何かを変更したに違いなく、それが何であるかを理解できません。

スタンバイがパスワードファイルを使用していない理由（または使用している場合、プライマリからのパスワードを使用できない理由）をどこで確認する必要がありますか？.

私はこれに数日間取り組んできたので、明らかな何かが足りない可能性があります。

どうもありがとう、

デビッド

oraclermanpassworddataguard
1
David

問題は、SIDではなくサービスを参照するTNSNAMES.ORAにありました。

1
David