Maclean’s Oracle Database Tech Blog Archives

  • GoldenGate OGG altarchivelogdest参数介绍

    altarchivelogdest Oracle日志的读取 – 归档日志 缺省查询数据库中归档日志位置和格式并到指定位置查找对应归档日志文件 可通过参数指定归档日志 –TRANLOGOPTIONS { [ALTARCHIVEDLOGFORMAT <string>] [INSTANCE <instance_name>] [THREADID <id>] 指定日志文件名的格式 [ALTARCHIVELOGDEST [PRIMARY] [INSTANCE <instance_name>] <path name>] 指定归档日志目录。如果是RAC,需要访问到所有节点归档日志,可使用共享文件系统或者使用nfs等将其它节点归档共享到运行节点 如果为所有节点指定了归档日志目录,则可以使用PRIMARY参数告诉GoldenGate无需再去查询log_archive_dest_N –可以通过降低进程对控制文件访问次数 注意:OGG无法读取经压缩过的归档日志文件   TRANLOGOPTIONS ARCHIVEDLOGONLY TRANLOGOPTIONS ALTARCHIVELOGDEST primary INSTANCE abv61 /ora_arch1,ALTARCHIVELOGDEST INSTANCE abv62 /ora_arch2 FETCHOPTIONS NOUSESNAPSHOT, NOUSELATESTVERSION, MISSINGROW REPORT   TRANLOGOPTIONS ALTARCHIVELOGDEST [PRIMARY] [INSTANCE instance_name] <path name> Valid for Oracle (single instance…

  • ORA-01122 ORA-01200 错误解析

    ORA-01122: database file 9 failed verification check ORA-01110: data file 9: ‘/mac01.dbf’ ORA-01200: actual file size of 64000 is smaller than correct size of 65600 [oracle@oel8 ~]$ oerr ora 1122 01122, 00000, “database file %s failed verification check” // *Cause: The information in this file is inconsistent with information // from the control file. See…

  • 【转】Exadata X2-2/X3-2的Reimage过程

    ISO文件制作 1.根据文档888828.1获取db/cell Image文件,解压zip包,并在Linux文件系统下解压tar包,注意命令行为 tar -pxvf cellImageMaker_11.2.3.2.1_LINUX.X64_130109-1.x86_64.tar tar -pxvf computeImageMaker_11.2.3.2.1_LINUX.X64_130109-1.x86_64.tar   2.preconf文件的准备 首先根据正常步骤使用xls或java配置工具生成preconf文件,然后获取db/cell节点eth0的MAC地址,并将MAC地址填写到管理IP前的两个逗号之间,如 --在修改前 dm03cel07,exadata.icbc,cell,eth0,eth0,Management,,84.2.51.135,255.255.255.0,84.2.51.254,dm03cel07-priv.exadata.icbc,Private,192.168.10.59,255.255.252.0,84.37.97.15,84.24.49.104,Asia/Shanghai,ilom,dm03cel07-ilom.exadata.icbc,84.2.51.157,255.255.255.0,84.2.51.254,84.37.97.15,enabled,84.24.49.104,, dm03cel06,exadata.icbc,cell,eth0,eth0,Management,,84.2.51.134,255.255.255.0,84.2.51.254,dm03cel06-priv.exadata.icbc,Private,192.168.10.58,255.255.252.0,84.37.97.15,84.24.49.104,Asia/Shanghai,ilom,dm03cel06-ilom.exadata.icbc,84.2.51.156,255.255.255.0,84.2.51.254,84.37.97.15,enabled,84.24.49.104,, --在修改后 dm03cel07,exadata.icbc,cell,eth0,eth0,Management,00:10:E0:21:BF:F6,84.2.51.135,255.255.255.0,84.2.51.254,dm03cel07-priv.exadata.icbc,Private,192.168.10.59,255.255.252.0,84.37.97.15,84.24.49.104,Asia/Shanghai,ilom,dm03cel07-ilom.exadata.icbc,84.2.51.157,255.255.255.0,84.2.51.254,84.37.97.15,enabled,84.24.49.104,, dm03cel06,exadata.icbc,cell,eth0,eth0,Management,00:10:E0:22:37:38,84.2.51.134,255.255.255.0,84.2.51.254,dm03cel06-priv.exadata.icbc,Private,192.168.10.58,255.255.252.0,84.37.97.15,84.24.49.104,Asia/Shanghai,ilom,dm03cel06-ilom.exadata.icbc,84.2.51.156,255.255.255.0,84.2.51.254,84.37.97.15,enabled,84.24.49.104,, 填写所有的db/cell相关的MAC信息。其中一份文件为cell准备,将其中所有db节点的信息注释掉,另外一份为db准备,将其中所有cell的信息注释掉。可分别起名为preconf_mac_db.csv/preconf_mac_cell.csv   3.cell的ISO制作文件夹为dl180,db的ISO制作文件夹为dl360, X3-2/X2-2没有差别; 使用root用户支行以下命令制作db/cell的ISO文件 ./makeImageMedia.sh -preconf ../preconf_mac_db.csv -stit -notests diskgroup -nodisktests  -dualboot no dbimg112321.iso ./makeImageMedia.sh -preconf ../preconf_mac_db.csv -stit -notests diskgroup -nodisktests  cellimg112321.iso   每个ISO文件大约需要时间为3-5分钟   4.启动Remote Console及ISO文件加载 ILOM上配置了JAVA程序,可以直接将相关主机的终端输出在本地显示出来,只要提供IP,ROOT用户及口令即可; 同时ILOM也提供了远程映射ISO文件的重定向功能,即将ECC的机器上的ISO映射到db/cell上的CDROM,等同于制作了CDROM光盘并用这个CDROM启动。 点击Launch Remote Console,启动Java终端。   加载本地ISO文件 在ILOM中设定下次启动为CDROM  …

  • 关于udev与asmlib 以及Multipath的问题,提问前先看这个

    关于udev与asmlib 以及Multipath的问题,提问前先看这个 为什么RHEL 6上没有ASMLIB?  https://www.askmac.cn/archives/why-no-asmlib-redhat-linux6.html 如何诊断ASMLIB故障  : https://www.askmac.cn/archives/%E5%A6%82%E4%BD%95%E8%AF%8A%E6%96%ADasmlib%E6%95%85%E9%9A%9C.html Why ASMLIB and why not? 为什么MACLEAN不推荐你用ASMLIB?  https://www.askmac.cn/archives/why-asmlib-and-why-not.html 怎么用UDEV? 利用UDEV服务解决RAC ASM存储设备名   https://www.askmac.cn/archives/utilize-udev-resolve-11gr2-rac-asm-device-name.html 在Linux 6上使用UDEV解决RAC ASM存储设备名问题   https://www.askmac.cn/archives/%E5%9C%A8linux-6%E4%B8%8A%E4%BD%BF%E7%94%A8udev%E8%A7%A3%E5%86%B3rac-asm%E5%AD%98%E5%82%A8%E8%AE%BE%E5%A4%87%E5%90%8D%E9%97%AE%E9%A2%98.html udev与powerpath  http://t.askmac.cn/thread-1992-1-1.html 在RHEL 6.x上配置FOR ASM 11.2.0.3的udev和multipath  http://t.askmac.cn/thread-1992-1-1.html

  • DUL Oracle Data Unloader 다운로드

    If you cannot recover the data by yourself, ask Parnassusdata, the professional ORACLE database recovery team for help. Parnassusdata Software Database Recovery Team Service Hotline:  +86 13764045638 E-mail: [email protected]   ORACLE PRM-DUL Download: http://zcdn.parnassusdata.com/DUL5108.zip   오라클 DUL 네덜란드, 오라클 지원, 버나드 반 Duijnen 개발에서 회사 내에서 오라클 데이터베이스 복구 도구입니다 : DUL 오라클의 제품이 아닙니다 DUL는…

  • DUL Oracle Data Unloaderダウンロード

    オラクルDULは、オランダからは、Oracleサポート、バーナードバンDuijnen開発企業内のOracleデータベースの回復ツールです: DULは、Oracleの製品ではありません DULは、Oracleでサポートされて製品ではありません DULは、内部使用のためにOracle Supportの営業サポート部門に厳密に制限されている DULは、海外で使用するOracleの内部承認を通過する必要が、あなたは最初のPS Oracleの標準サービスを購入する必要がありますのみDULを使用してもよいし、そうでなければそれもDULを使用する資格はありません DULが厳密に制御されている一つの理由は、Oracleソースコードの使用であり、それは厳密に制御されなければならない 約DUL9最初から、DULソフトウェアタイムロックDULの使用を制限するため、与えるためにバーナードバンDuijnen外の世界は、彼が定期的にDULは(C言語に基づくDUL)を異なるプラットフォーム上でコンパイルし、定期的にOracleの内部DULにアップロードすることを追加ワークスペース(ベースstbeehiveスペース)、Oracleサポート·ダウンロードするために、内部VPNログインを使用することができます。つまり、ロック日付のバージョンをリリース10月1日bernard.van.duijnenのようなものです、30日、11月1日DULは、単に読んでいない、基本的には効果のないOS時間に、このバージョンなので、OSを変更するための時間ですそれは無用だ。 DULが時間内にデータファイルを読み込むように、Oracleのデータファイル·レーンはまた、現在の時刻を記録したため。 DULとの時間を変更するには、平均的なユーザーのために不可能。 DULには、HP-UXのバージョンを、対応するようにbernard.van.duijnen学生は、DULプラットフォームは、HP-UXを提供しないわけではないので注意してください。 古すぎるため、現在の10グラム、11グラム、12cのデータベースで使用されるOracle DULバージョンの一方、以前のバージョンでは、基本的に機能していません。米国での使用DULが厳密に中国で制御され、その後、基本は、Oracle ACSの高度な顧客サービス部門は、ORACLEのACSフィールドサービス価格はまだ高価で購入し、使用中に持っているである。 附属書は、Oracle ACSプレゼンテーション文書DULサービスを提供(もちろん元のサイトサービスは、より高価であり、ユーザーは毎年、PS標準サービスを購入したことを条件とする、そうでなければ、あなたも、ACSの高度なサービスのオンサイトサービスを購入することはできません): DUL – DATA RECOVERY UNLOADER DataSheet https://www.askmac.cn/wp-content/uploads/2014/01/DUL.pdf     DUL 10 Manual: DUL User’s and Configuration Guide V10.2.4.27 https://www.askmac.cn/wp-content/uploads/2014/01/DUL-Users-and-Configuration-Guide-V10.2.4.27.pdf   以下は、ダウンロードリンクDUL10であるが、ためにロックのため、定期的に失敗する。   DUL FOR LINUX平台 DUL FOR Windows平台   詩タンソフトウェア(マクリーンが置かれている会社)はDUL類似製品、PRM-DULを開発しました。グラフィカルインターフェース(GUI)の導入に基づいてDULとデータブリッジ(SQLLDRファイルになって着陸せずにデータを直接DBLINKとしてターゲット·データベースに同じを転送)およびその他の機能、およびPRM-DULがJavaベースで書かれているので、あなたはすべてのプラットフォームを横断することができますので、 HP-UXを含む。   PRM-DUL無料版のダウンロード: http://parnassusdata.com/sites/default/files/ParnassusData_PRMForOracle_3206.zip   PRM-DULマニュアルhttp://www.parnassusdata.com/sites/default/files/ParnassusData%20Recovery%20Manager%20For%20Oracle%20Database%E7%94%A8%E6%88%B7%E6%89% 8B%E5%86%で8C%の20v0.3.pdf PRM-DUL無料版各テーブルをデフォルトでは、唯一のデータベースにデータテーブルのこれ以上1万超える行ほど小さい場合は、直接、自由PRM-DULを使用することができ、データの1万行を抽出することができます。あなたのデータベースが大きくなり、データが非常に重要です、あなたはEnterprise EditionのPRM-DUL、データベースのライセンス·ソフトウェア·ライセンスをPRM-DULのEnterprise…

  • Exadata数据库一体机维护任务

    目标 本课程结束后,你能执行以下数据库机器维护任务: 开启及关闭数据库机器 安全关闭单个EXADATA存储服务器 在cell上替换损坏的物理磁盘 在cell上替换损坏的flash卡 将所有磁盘从一个cell转移到另一个 使用EXADATA cell软件拯救步骤   数据库机器维护概览   维护数据库机器与维护任何聚类Oracle数据库环境类似 本课程介绍的数据库特定机器任务: 开启及关闭数据库机器 安全关闭单个EXADATA存储服务器 在cell上替换损坏的物理磁盘 在cell上替换损坏的flash卡 将所有磁盘从一个cell转移到另一个 使用EXADATA cell软件拯救步骤 其他参考: Oracle Exadata 数据库机器所有者指南 My Oracle Support     维护数据库机器在许多方面与维护任何聚类Oracle数据库环境类似。维护Oracle集群软件的程序,ASM,RAC由于都在其他平台,所以它们在数据库机器上本质是相同的,主要区别是EXADATA cell对象的引用。 本课程重点在管理员最可能遇到的一系列数据库特定机器维护任务。其他不常见的维护任务记录在OracleEXADATA数据库机器所有者指南。管理员也能参考My Oracle Suppor中其他维护问题。 注:EXADATA数据库集群的补丁指南是本课程中独立的一节。   关闭并启动数据库机器 关闭过程: 数据库服务器 #<GRID_HOME>/bin/crsctl stop cluster #shutdown -h -y now   确保执行之前所有数据库服务器都被关闭 EXADATA存储服务器 shutdown -h -y now 确保执行之前所有数据库服务器都被关闭…

  • DUL Oracle Data Unloader工具下载

    Oracle DUL 是Oracle公司内部的数据库恢复工具,由在荷兰的Oracle Support,Bernard van Duijnen开发: DUL不是Oracle的一个产品 DUL不是一个受Oracle支持的产品 DUL被严格限制为Oracle Support售后支持部门内部使用 DUL的使用在国外需要经过Oracle公司的内部审批,首先你必须购买了Oracle的标准服务PS才可能用到DUL,否则甚至没有资格使用DUL DUL被严格控制的一个原因是其采用了部分Oracle源代码,所以必须被严格控制   大约从DUL 9开始,Bernard van Duijnen为了限制外界使用DUL,所以给DUL加上了软件时间锁,即他会定期编译不同平台上的DUL(DUL基于C语言编写)并定期上传到ORACLE 内部的DUL workspace(基于stbeehive的空间),Oracle Support可以使用内部VPN登陆后下载。就是说 好比bernard.van.duijnen 在10月1日发布了一个版本,日期锁是30天,那么这个版本到11月1日基本就失效了, DUL不是简单的读OS时间,所以改OS时间是没用的。 因为Oracle的datafile里也记录了一个当前时间,所以DUL读的是datafile里的时间。 一般用户不可能为了用DUL去改那个时间。 注意由于bernard.van.duijnen同学不提供HP-UX平台上的DUL,所以DUL没有HP-UX的对应版本。 同时早期的Oracle DUL版本用在现在的版本10g、11g、12c的数据库基本是用不了了,因为太老了。  在美国使用DUL是被严格控制的,在中国国内的话 基本就是Oracle ACS 高级客户服务部门对外在用,购买ORACLE ACS现场服务的价格还是很贵的。 附件为一个Oracle ACS提供DUL 服务的介绍文档(当然原厂现场服务是比较昂贵的,且前提是用户已经每年购买了PS标准服务,否则甚至无法购买ACS高级服务的现场服务): DUL – DATA RECOVERY UNLOADER DataSheet https://www.askmac.cn/wp-content/uploads/2014/01/DUL.pdf     DUL 10的英文版使用手册: DUL User’s and Configuration Guide V10.2.4.27 https://www.askmac.cn/wp-content/uploads/2014/01/DUL-Users-and-Configuration-Guide-V10.2.4.27.pdf  …

  • ORA-00600[3705]数据库无法OPEN打开一例

      如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 : 13764045638 QQ号:47079569 邮箱:[email protected]     当出现ORA-00600: internal error code, arguments: [3705], [1], [1], [1], [1], 报错,且Oracle数据库无法打开时考虑参考本Note。 相关的报错信息可能如下: ksedmp: internal or fatal error ORA-00345: redo log write error block 2798 count 2 ORA-00312: online log 2 thread 1: ‘J:\MCS_REDO\REDO02.LOG’ ORA-27072: skgfdisp: I/O error OSD-04008: WriteFile() failure, unable to write to file…

  • Know more Oracle Pluggable/Multitenant DB – Under the Hood

    Know more Oracle Pluggable/Multitenant DB – Under the Hood   • Multitenant Database – use cases ? • Oracle Multitenant – Single yet Separate • Architecture • Take Home   [gview file=”https://www.askmac.cn/wp-content/uploads/2014/07/12cPluggableDB.pdf”]