标签云
asm恢复 bbed bootstrap$ dul In Memory kcbzib_kcrsds_1 kccpb_sanity_check_2 MySQL恢复 ORA-00312 ORA-00607 ORA-00704 ORA-00742 ORA-01110 ORA-01555 ORA-01578 ORA-01595 ORA-08103 ORA-600 2131 ORA-600 2662 ORA-600 3020 ORA-600 4000 ORA-600 4137 ORA-600 4193 ORA-600 4194 ORA-600 16703 ORA-600 kcbzib_kcrsds_1 ORA-600 KCLCHKBLK_4 ORA-15042 ORA-15196 ORACLE 12C oracle dul ORACLE PATCH Oracle Recovery Tools oracle加密恢复 oracle勒索 oracle勒索恢复 oracle异常恢复 Oracle 恢复 ORACLE恢复 ORACLE数据库恢复 oracle 比特币 OSD-04016 YOUR FILES ARE ENCRYPTED 勒索恢复 比特币加密文章分类
- Others (2)
- 中间件 (2)
- WebLogic (2)
- 操作系统 (103)
- 数据库 (1,770)
- DB2 (22)
- MySQL (77)
- Oracle (1,611)
- Data Guard (52)
- EXADATA (8)
- GoldenGate (24)
- ORA-xxxxx (166)
- ORACLE 12C (72)
- ORACLE 18C (6)
- ORACLE 19C (15)
- ORACLE 21C (3)
- Oracle 23ai (8)
- Oracle ASM (69)
- Oracle Bug (8)
- Oracle RAC (54)
- Oracle 安全 (6)
- Oracle 开发 (28)
- Oracle 监听 (29)
- Oracle备份恢复 (592)
- Oracle安装升级 (98)
- Oracle性能优化 (62)
- 专题索引 (5)
- 勒索恢复 (86)
- PostgreSQL (30)
- pdu工具 (6)
- PostgreSQL恢复 (9)
- SQL Server (32)
- SQL Server恢复 (13)
- TimesTen (7)
- 达梦数据库 (3)
- 达梦恢复 (1)
- 生活娱乐 (2)
- 至理名言 (11)
- 虚拟化 (2)
- VMware (2)
- 软件开发 (39)
- Asp.Net (9)
- JavaScript (12)
- PHP (2)
- 小工具 (22)
-
最近发表
- Oracle 19c 202507补丁(RUs+OJVM)-19.28
- 2025年的Oracle 8.0.5数据库恢复
- ORA-600 kokiasg1故障分析(obj$中核心字典序列全部被恶意删除)
- ORA-00756 ORA-10567故障数据0丢失恢复
- 数据库文件变成32k故障恢复
- tcp连接过多导致监听TNS-12532 TNS-12560 TNS-00502错误
- 文件系统格式化MySQL数据库恢复
- .sstop勒索加密数据库恢复
- 解决一次硬件恢复之后数据文件0kb的故障恢复case
- Error in invoking target ‘libasmclntsh19.ohso libasmperl19.ohso client_sharedlib’问题处理
- ORA-01171: datafile N going offline due to error advancing checkpoint
- linux环境oracle数据库被文件系统勒索加密为.babyk扩展名溯源
- ORA-600 ksvworkmsgalloc: bad reaper
- ORA-600 krccfl_chunk故障处理
- Oracle Recovery Tools恢复案例总结—202505
- ORA-600 kddummy_blkchk 数据库循环重启
- 记录一次asm disk加入到vg通过恢复直接open库的案例
- CHECKDB 发现了 N 个分配错误和 M 个一致性错误
- 达梦数据库dm.ctl文件异常恢复
- Oracle Recovery Tools修复ORA-00742、ORA-600 ktbair2: illegal inheritance故障
月归档:八月 2011
路走对了,就不怕远
1、一天很短,开心了就笑,不开心了就过会儿再笑。
2、真正的朋友从不追究你的过错,也从不嫉妒你的成功。
3、爱情就像是冰激凌,吃掉美味的奶油,就露出了它最真实的面目。
4、我宁愿爱上一个我不能拥有的人,也不想拥有一个我无法爱上的人。
5、品格不由你占有的东西决定,而是由你匮乏的东西塑造的。
6、痛过,才知道如何保护自己; 哭过,才知道心痛是什么感觉, 傻过,才知道适时的坚持与放弃, 爱过,才知道自己其实很脆弱。 其实,生活并不需要这么些无谓的执著,没有什么就真的不能割舍。
7、命,乃失败者的借口;运,乃成功者的谦辞。
8、一个人头脑聪明本领大,当然是好事,脑瓜子笨一点能力差一点也没有关系,只要有必胜的信念,只要有决不放弃的原则,照样能成为一个优秀的人物。
9、派大星:“嗨,海绵宝宝,我们去抓水母吧。”海绵宝宝:“对不起,今天不行,我要上学。”派大星:“如果你去上学的话,我今天该干点什么?”海绵宝宝:“我不知道,一般我不在家的时候,你都干些什么啊?”派大星:“等你回来。”
10、想把别人推进地狱的人,多半自己也住在地狱里。
11、也许我们很难知道,离成功究竟还有多远,但是我们十分清楚,自己到底还能撑多久。我们不一定能等到成功到来的那一刻,但可以肯定的是,我们可以坚持到自己的最后一刻。
12、你拨动了我的心弦,却不曾为我驻足,当我以为你还在的时候,你已没有踪影,当你回头找寻我的时候,我已开始寻找自己的天空。亲爱的,我把最美好的年华留给了你,我,于你无愧。亲爱的,我的青春有限,承担不起一生一世的等待。亲爱的,让我骄傲一次,这次,是我不要你了。
13、安妮宝贝《彼岸花》:任何一件事情,只要心甘情愿,总是能够变得简单。
14、《刺猬的优雅》:某些事情必须结束,某些事情必须开始。我只是渴望一件事情:那就是希望别人能让我平静地度过此生,不要对我太苛刻,此外,我能每天花点时间,能够尽情满足自己的饥渴,足矣。
15、《飘》:我从来不是那样的人,不能耐心地拾起一片碎片,把它们凑合在一起,然后对自己说这个修补好了的东西跟新的完全一样。一样东西破碎了就是破碎了,我宁愿记住它最好时的模样,而不想把它修补好,然后终生看着那些碎了的地方。
16、魏剑美:做人做事最好的状态就是:不刻意。不刻意自我表现,也不刻意淡泊名利;不刻意迎合,也不刻意狂狷;不刻意追逐流行,也不刻意卓尔不群。如是,则不心累,不纠结,不失望。
17、路金波:莫要晒甜蜜,莫要秀幸福。因为物理学常识告诉我们,晒容易流失水分,而冷藏是保鲜的最佳方式。
18、韩寒:鹅卵石为什么被人捏在手里玩?就是因为它没有棱角。
19、宋丹丹:原本只想要一个拥抱,不小心多了一个吻,然后你发现需要一张床,一套房,一个证……离婚的时候才想起:你原本只想要一个拥抱。
20、路走对了,就不怕远!
发表在 至理名言
评论关闭
The value (30) of MAXTRANS parameter ignored
1、现象
Mon Aug 8 08:16:07 2011
The value (30) of MAXTRANS parameter ignored.
kupprdp: master process DM00 started with pid=91, OS id=21125
to execute – SYS.KUPM$MCP.MAIN(‘SYS_EXPORT_TABLE_01′, ‘YDZJ’, ‘KUPC$C_1_20110808081609′, ‘KUPC$S_1_20110808081609′, 0);
kupprdp: worker process DW01 started with worker id=1, pid=57, OS id=21127
to execute – SYS.KUPW$WORKER.MAIN(‘SYS_EXPORT_TABLE_01′, ‘YDZJ’);
kupprdp: worker process DW02 started with worker id=2, pid=95, OS id=21502
to execute – SYS.KUPW$WORKER.MAIN(‘SYS_EXPORT_TABLE_01′, ‘YDZJ’);
2、原因
这个时间段正在使用expdp进行数据库导出,当然从错误描述也可以看出和导出操作有关,不过当时导出是成功,没有报任何错误。 在metalink查询 ,发现这是Version: 10.1.0.2 to 11.1.0.7 (任何平台) 的一个bug,Bug号为:6347775
这是由于在创建备份主表时使用了如下语句:
CREATE TABLE table_name (columns_list) INITRANS 10 MAXTRANS 30
而Maxtrans参数在10gR1时已经废弃,所以在告警日志中就提示:
The value (30) of MAXTRANS parameter ignored. , 此bug没有什么影响,所以可以忽略。
3、重现
SQL> create table xff(xifenfei varchar2(100)) initrans 10 maxtrans 20;
Table created.
查看alert日志
Mon Aug 8 16:11:28 2011
The value (20) of MAXTRANS parameter ignored.
利用DNSPod域名解析实现blog高可用
因为blog的服务器不太稳定,经常有异常断网或者关机现象发生,今天采用了利用一些基本资源,使用了高可用,整体思路采用DNSPod域名解析提供的免费检测服务器状态,如果主服务器发生宕机,自动切换到备机功能(监控功能)实现高可用。
1、配置备用服务器和主服务器一致,使用相同的域名均可以访问(修改电脑的hosts文件测试)
在本次配置中,主要是固定url的功能
1.1)apache中启用该模块mod_rewrite
1.2).htaccess文件中内容
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
1.3)启用FollowSymLinks功能
“Options Indexes FollowSymLinks
… …
AllowOverride None”
改为
“Options Indexes FollowSymLinks
… …
AllowOverride All”
2、配置DNSPod监控功能,添加备机ip到域名解析中
3、既然思路是当一台服务器发生故障时,域名解析自动切换到备用服务器,那么问题就是主服务器和备服务器的数据要一致,因为是网站,涉及的数据一致主要就是数据库内容一致,网站上传编辑附件一致即可
3.1)mysql数据库同步(因为这个是个人blog,对数据的实时性,一致要求不是异常的高,所以采用crontab实现同步,如果要求高,可以采用mysql 主主复制实现)
#!/bin/bash #目标数据库 target_db=******* target_user=******* target_pwd=******* target_host=******* #源数据库 source_db=******* source_user=******* source_pwd=******* source_host=******* #其他配置 dumptime=$(date +%y%m%d%H%M) dumpfile=/home/chengfei/backup/mysql/${dumptime}.sql logfile=/home/chengfei/backup/log/syc_mysql.log #开始操作 echo "开始数据库同步……`date`……">>${logfile} #导出数据库 /usr/bin/mysqldump -u${source_user} -p${source_pwd} -h${source_host} ${source_db} >${dumpfile} 2>> ${logfile} #导入数据库 mysql -u${target_user} -p${target_pwd} -h${target_host}<<XFF>> ${logfile} drop database ${target_db}; create database ${target_db}; use ${target_db}; source ${dumpfile} exit XFF #操作结束 echo "数据库同步结束……`date`……">>${logfile} echo ''>>${logfile} --crontab 00 2,12,14,16,18,20,22,24 * * * /home/chengfei/backup/script/sysc_mysql.sh
3.2)因为我这个blog上传编辑图片类的内容非常少,暂时没有考虑网站文件同步功能,以后可以考虑实现。目前初步方案是采用scp或者ftp结合crontab功能实现定时同步