Oracle技术之用RMAN克隆数据库
源库RHEL4.5:192.168.137.199 GLOBAL_NAME=WENDING.LK Oracle_SID=WENDING 克隆库RHEL4.5:192.168.137.200 GLOBAL_NAME=STRM.L
源库RHEL4.5:192.168.137.199 GLOBAL_NAME=WENDING.LK Oracle_SID=WENDING
克隆库RHEL4.5:192.168.137.200 GLOBAL_NAME=STRM.LK ORACLE_SID=STRM
1. 全备份源库
$ sqlplus '/as sysdba'
记下备份前的SCN,规复的时间就规复到这个点。
SQL> select DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER from dual;
GET_SYSTEM_CHANGE_NUMBER
------------------------
181557
SQL> exit
$ mkdir -p /orahome/backup
$ cd /orahome
$ vi backup.rcv
run{
allocate channel c1 type disk;
backup full database format '/orahome/backup/db_t%t_s%s_p%p.bak';
backup archivelog all format '/orahome/backup/arch_u%u.bak';
backup current controlfile format '/orahome/backup/cf_u%u.bak';
release channel c1;
}
$ nohup rman target / @backup.rcv log backup.log &
$ tail -50f backup.log
参照源库参数文件新建一个克隆库参数文件:
SQL> create pfile = '/orahome/backup/initSTRM.ora' from spfile;
得到源库数据文件的编号和寄放职位 信息,是为了预备克隆库参数db_file_name_convert或rman规复时set newname的设置:
$ sqlplus '/as sysdba'
SQL> col name format a60
SQL> set lines 1024
SQL> select file#,name from v$datafile union all select file#,name from v$tempfile;
FILE# NAME
---------- ------------------------------------------------------------
1 /orahome/oradata/WENDING/system.dbf
2 /orahome/oradata/WENDING/undotbs1.dbf
3 /orahome/oradata/WENDING/sysaux.dbf
4 /orahome/oradata/WENDING/users01.dbf
1 /orahome/oradata/WENDING/temp01.dbf
SQL> exit
拷贝备份文件到克隆库主机的同一职位 ,确保克隆库主机也有目次 /orahome/backup。
$ cd /orahome/backup
$ scp *.bak 192.168.137.200:/orahome/backup
$ scp initSTRM.ora 192.168.137.200:/orahome/backup
2. 克隆库预备事变
克隆库上设置干系 的环境 变量:
$ vi .bash_profile (思量 从源库主机拷贝一份,,然后批改ORACLE_SID参数值)
export ORACLE_BASE=/u01/app/oracle;
export ORACLE_HOME=$ORACLE_BASE/product/10.2.0/db_1;
export ORACLE_SID=STRM;
export NLS_LANG="AMERICAN_AMERICA.ZHS16GBK"
export NLS_DATE_FORMAT="YYYY-MM-DD HH24:MI:SS"
$ . .bash_profile
3. 批改克隆库参数文件
$ vi /orahome/backup/initSTRM.ora
:%s/WENDING/STRM/g
一样平常批改以下参数:
audit_file_dest,background_dump_dest,core_dump_dest,user_dump_dest,db_name,db_unique_name,log_archive_dest_1,control_files.
并确保以下参数:
*.remote_login_passwordfile = exclusive
*.DB_FILE_NAME_CONVERT = '/orahome/oradata/WENDING/', '/orahome/oradata/STRM/'
4. 按照步调 3批改的路径信息在克隆库主机新建须要的目次
$ mkdir -p /orahome/flash_recovery_area
$ mkdir -p /orahome/arch/STRM
$ mkdir -p /orahome/oradata/STRM/
$ mkdir -p /u01/app/oracle/admin/STRM/adump
mkdir -p /u01/app/oracle/admin/STRM/bdump
mkdir -p /u01/app/oracle/admin/STRM/cdump
mkdir -p /u01/app/oracle/admin/STRM/dpdump
mkdir -p /u01/app/oracle/admin/STRM/udump
5. 在克隆库创建 一个新的password文件
(unix/Linux下暗码文件技俩必需是orapw
$ orapwd file=$ORACLE_HOME/dbs/orapw$ORACLE_SID password=iamwangnc force=y
6. 克隆库startup nomount
$ sqlplus '/as sysdba'
SQL> create spfile from pfile='/orahome/backup/initSTRM.ora';
SQL> startup nomount;
SQL> exit
7. 克隆库用rman规复
$ cd /orahome
$ vi recover.rcv (由于源库在全备后还也许发生归档文件,以是规复的时间要设置set until值,不然会发生过错 RMAN-06025)
run{
allocate auxiliary channel c1 type disk;
# set until time '2008-11-21.11:33:31';
# set until sequence 21254 thread 1;
set until scn 181557;
duplicate target database to STRM
LOGFILE
group 1 ('/orahome/oradata/STRM/REDO01.DBF') SIZE 50M,
group 2 ('/orahome/oradata/STRM/REDO02.DBF') SIZE 50M,
group 3 ('/orahome/oradata/STRM/REDO03.DBF') SIZE 50M;
}
其它set newname和LOGFILE后头的文件职位 信息可以按照本身必要 设定。
起头规复:(wending.lk是源库做事名,确保源库的监听已经启动)
$ nohup rman target sys/iamwangnc@192.168.137.199:1521/wending.lk auxiliary / @recover.rcv log recover.log &
$ tail -50f recover.log
…
database opened
Finished Duplicate Db at 2008-11-21 13:02:39
规复数据库时发生如下过错:RMAN-06025: no backup of log thread 1 seq 21255 scn 4144283685 found to restore
多次执行备份﹐然后克隆﹐发现有时候出错﹐有时候不出错。非常费解。后来在仔细观察发现,在短缺末了一个归档日记文件会出错。而这个日记文件是在备份之后产
生的﹐目标数据的备份中没有。把这个文件传递到目标主机就可以了。而假如产生备份之后﹐短时间之内克隆﹐原数据库没有归档文件﹐则不会出现错误。这个在很多
操纵文档中﹐没有讲到。
8. 测试克隆库
$ sqlplus '/as sysdba'
SQL> select status from v$instance;
SQL> archive log list;

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











WebアプリケーションにおけるMySQLの主な役割は、データを保存および管理することです。 1.MYSQLは、ユーザー情報、製品カタログ、トランザクションレコード、その他のデータを効率的に処理します。 2。SQLクエリを介して、開発者はデータベースから情報を抽出して動的なコンテンツを生成できます。 3.MYSQLは、クライアントサーバーモデルに基づいて機能し、許容可能なクエリ速度を確保します。

INNODBは、レドログと非論的なものを使用して、データの一貫性と信頼性を確保しています。 1.レドログは、クラッシュの回復とトランザクションの持続性を確保するために、データページの変更を記録します。 2.Undologsは、元のデータ値を記録し、トランザクションロールバックとMVCCをサポートします。

MySQLはオープンソースのリレーショナルデータベース管理システムであり、主にデータを迅速かつ確実に保存および取得するために使用されます。その実用的な原則には、クライアントリクエスト、クエリ解像度、クエリの実行、返品結果が含まれます。使用法の例には、テーブルの作成、データの挿入とクエリ、および参加操作などの高度な機能が含まれます。一般的なエラーには、SQL構文、データ型、およびアクセス許可、および最適化の提案には、インデックスの使用、最適化されたクエリ、およびテーブルの分割が含まれます。

データベースとプログラミングにおけるMySQLの位置は非常に重要です。これは、さまざまなアプリケーションシナリオで広く使用されているオープンソースのリレーショナルデータベース管理システムです。 1)MySQLは、効率的なデータストレージ、組織、および検索機能を提供し、Web、モバイル、およびエンタープライズレベルのシステムをサポートします。 2)クライアントサーバーアーキテクチャを使用し、複数のストレージエンジンとインデックスの最適化をサポートします。 3)基本的な使用には、テーブルの作成とデータの挿入が含まれ、高度な使用法にはマルチテーブル結合と複雑なクエリが含まれます。 4)SQL構文エラーやパフォーマンスの問題などのよくある質問は、説明コマンドとスロークエリログを介してデバッグできます。 5)パフォーマンス最適化方法には、インデックスの合理的な使用、最適化されたクエリ、およびキャッシュの使用が含まれます。ベストプラクティスには、トランザクションと準備された星の使用が含まれます

MySQLは、そのパフォーマンス、信頼性、使いやすさ、コミュニティサポートに選択されています。 1.MYSQLは、複数のデータ型と高度なクエリ操作をサポートし、効率的なデータストレージおよび検索機能を提供します。 2.クライアントサーバーアーキテクチャと複数のストレージエンジンを採用して、トランザクションとクエリの最適化をサポートします。 3.使いやすく、さまざまなオペレーティングシステムとプログラミング言語をサポートしています。 4.強力なコミュニティサポートを提供し、豊富なリソースとソリューションを提供します。

他のプログラミング言語と比較して、MySQLは主にデータの保存と管理に使用されますが、Python、Java、Cなどの他の言語は論理処理とアプリケーション開発に使用されます。 MySQLは、データ管理のニーズに適した高性能、スケーラビリティ、およびクロスプラットフォームサポートで知られていますが、他の言語は、データ分析、エンタープライズアプリケーション、システムプログラミングなどのそれぞれの分野で利点があります。

MySQLは、中小企業に適しています。 1)中小企業は、顧客情報の保存など、基本的なデータ管理にMySQLを使用できます。 2)大企業はMySQLを使用して、大規模なデータと複雑なビジネスロジックを処理して、クエリのパフォーマンスとトランザクション処理を最適化できます。

MySQLインデックスのカーディナリティは、クエリパフォーマンスに大きな影響を及ぼします。1。高いカーディナリティインデックスは、データ範囲をより効果的に狭め、クエリ効率を向上させることができます。 2。低カーディナリティインデックスは、完全なテーブルスキャンにつながり、クエリのパフォーマンスを削減する可能性があります。 3。ジョイントインデックスでは、クエリを最適化するために、高いカーディナリティシーケンスを前に配置する必要があります。
