Oracle Standby Databaseで表領域を増やす時のお作法 | ライタス株式会社

久しぶりにOracleの話題です。

OracleでStandby Databaseを組んでいる場合において、表領域を追加しました。
よくあるオペレーションではありますが、気をつけておかないと、スタンバイ側のDBに対してアーカイブログが適用できない状態に陥るので、注意が必要です。

プライマリ側で表領域を追加したところ、以下のようなエラーがスタンバイ側で発生しました。
SQL> recover standby database;
ORA-00283: エラーによってリカバリ・セッションは取り消されました。
ORA-01111: データファイル名5が不明です。 -
正しいファイルに名前を変更する必要があります。
ORA-01110: データファイル5:
'D:\APP\XXXXXXXX\PRODUCT\11.2.0\DBHOME_1\DATABASE\UNNAMED0XXXX'
ORA-01157: データファイル5を識別/ロックできません -
DBWRトレース・ファイルを参照してください
ORA-01111: データファイル名5が不明です。 -
ログを読めば、そのままですが、データファイルが作成できないため、表領域ファイルが迷子になっています。
こういう場合は、v$datafileの内容を確認します。(以下は抜粋)
SQL> select name, status from v$datafile;
NAME                                                  STATUS
--------------------------------------------------------------
D:\APP\ADMINISTRATOR\PRODUCT\11.2.0\DBHOME_1\DATABASE\UNNAMED0XXXX       RECOVER
データファイルがRECOVER状態ので、これを復帰させます。
といっても、今回は表領域を作成したので、表領域を作成してあげます。 このとき、AS句を使って、データファイルのリンク付けをしてあげます。
SQL> alter database create datafile 'D:\APP\ADMINISTRATOR\PRODUCT\11.2.0\DBHOME_
1\DATABASE\UNNAMED0XXXX' as 'D:\app\Administrator\oradata\orcl\EDMS_API.DBF';
あとは、通常通り、recover standby databaseをすればOKです。

どうして、こんなことになるのかというと、Standby Databaseの設定で、standby_file_managementというものがあります。
http://download.oracle.com/docs/cd/E16338_01/server.112/b56311/initparams247.htm
詳しい話はリンク先を見てもらうとして、、、
おおまかな内容としては、OSファイルの追加と削除に関わる部分は、手動で行うようにデフォルト設定されています。
もし、プライマリ側と自動で同じ状態にしたい場合は、あらかじめ、
SQL> alter system set standy_file_management=auto scope=both;
を実行しておくとよいでしょう。



本記事は、弊社代表のブログ記事なんでもIT屋の宿命からの転載です。

コメント

コメントを投稿

このブログの人気の投稿

[Virus Error]と件名に挿入されたメール

とあるWebシステムで、ユーザーのメール機能を使って運営者に問い合わせができるようにしているものがあります。 （いわゆる、mailtoを使ったもの） あるとき、運営者が受け取ったときに、[Virus Error] (本来の件名)　という件名のメールが 届いているというので、調べてほしいと依頼があり調べてみました。 メールのヘッダーを確認したところ、 ・auのiPhoneからだと思われる ・メールの配送ルートは一般的なもの ネットの情報を引いてみると、日本語の情報は少なく、海外の掲示板をあたったほうが いろいろと情報が出てくるようですが・・・よくわかりません。 記事を流し読みしていてわかったことは以下。 ・iCloud経由のメールでこれがつくことがあるらしい https://discussions.apple.com/thread/7060793 真相は不明ですが、iCloud側の実装で何かあったのかもしれませんね。 本記事は、弊社代表のブログ記事 なんでもIT屋の宿命 からの転載です。
続きを読む

Firefoxを起動したら、Couldn't load XPCOM. というエラーが出る時の対処法 | ライタス株式会社

イメージ
今朝方、Firefoxを起動したら、Couldn't load XPCOM. というエラーが出るようになり、起動できなくなりました。 確か、システムの復元が走ったので、そのせいかなと思います。 対処法については、こちらに記載がありました。 http://www.thewindowsclub.com/firefox-couldnt-load-xpcom-windows 英語だったので、日本語訳してみます。 XPCOM is a cross-platform component object model, which is similar to Microsoft COM, and is required for file and memory management, basic data structures and so on. XPCOMは、クロスプラットフォームコンポーネントで、Microsoft COMに似ています。このファイルはメモリー管理、基礎データ構造などに利用されています。 This Firefox start-up error can typically occur after performing a Windows System Restore or if you run it in a Sandbox. In fact I too received this message a few days back after I had system restore my omputer a couple of times to fix some other issues. Firefoxの起動エラーは、Windowsのシステム復元を行ったときに出ることがあります。実際、私もシステム復元のあとに、このメッセージが出た時は、次のように対処しました。 1] Open Firefox Menu, click the “?” Help button and select  Restart with addons disabled . If this solves your issue, you may need to disable some problem-causing addon. 1] Fire
続きを読む

マテビュー（マテリアライズドビュー：Materialized View）のせいで、表領域が削除ができない | ライタス株式会社

久々にOracleで困ったことに遭遇したのと、日本語の情報が少なかったので、 記録がてら記事にします。 表領域のDROPをしなくてはならない状況になったので、 おとなしくコマンドを叩いていました。 DROP TABLESPACE [表領域名] INCLUDING CONTENTS AND DATAFILES CASCADE CONSTRAINTS; なんでか、この時に、 ORA-23515 : マテリアライズド・ビューまたはその索引(あるいはその両方)が表領域に存在します. が、発生しました。 おとなしく削除されてくれればいいものを、、、 調べたところ、このパターンは、マテビューを手動で削除すれば、治るようですね。 外人さんが、こんなSQLを作ってくれていました。 SQL> select ‘drop materialized view ‘||owner||’.'||name||’ PRESERVE TABLE;’ from dba_registered_snapshots where name in  (select table_name from dba_tables where tablespace_name = ‘BLUH’); この人は、BLUHというテーブルスペースをDROPしようとして失敗していたようなので、 その部分を書き換えると、マテビューの削除用SQLを出力してくれます。 そのまま、これを実行すれば、マテビューが削除できて、そのあと表領域を削除すれば、 ちゃんと削除できます。 意外と便利そうなSQLだったので、機会があれば使ってみてください。 = 参考元 = http://ora34913.wordpress.com/2008/09/04/ora-23515-and-ora-02449-on-drop-tablespace/ 本記事は、弊社代表のブログ記事 なんでもIT屋の宿命 からの転載です。
続きを読む