[20190124]bbed恢复数据遇到延迟块清除的问题.txt
[20190124]bbed恢复数据遇到延迟块清除的问题.txt--//最近使用bbed做一个恢复测试,遇到一个问题.以前我的测试如果修改删除flag从0x3c=>0x2c,sum apply后,使用verify提示类似如下:BBED> verifyDBVERIFY - Verification startingFILE = /mnt/ramdisk/book/users01.dbfB
[20190124]系统表空间块ITL的LCK.txt
[20190124]系统表空间块ITL的LCK.txt--//一般数据块的ITL的Lck记录的是影响的记录数,但是如果是系统表空间的数据块呢?1.环境:SYSTEM@book> @ ver1PORT_STRING VERSION
[20190120]行链接迁移与dml.txt
[20190120]行链接迁移与dml.txt--//昨天看https://jonathanlewis.wordpress.com/2019/01/18/dml-tablescans/的链接,里面提到DML Tablescans 问题,--//文章很难读懂,不过有一个问题至少我以前没注意,我一直以为如果修改出现行链接迁移的记录,一定会在对应块中使用--//一个ITL槽.而且出现行迁移的记录一般会在
[20190118]toad下如何调试存储过程和函数.txt
[20190118]toad下如何调试存储过程和函数.txt--//工作需要,需要使用toad调试存储过程和函数,自己以前从来没有调试存储过程和函数的经验,少数的几次还是使用PLSQL develop,--//使用PLSQL develop很简单,右键选择test,然后输入参数基本就可以了。--//自己开始试验几次还是不行,google或者百度找到国内的贴子实际上讲解的都非常不清楚。终于找到一个链
[20190116]rman的老问题.txt
[20190116]rman的老问题.txt--//一台非常老旧的机器rh4.3,费了很大劲,升级gcc,很不容易安装了11.2.0.4.--//执行rman时报错.$ rman target /rman: can't open target$ which rman/usr/X11R6/bin/rman--//一个非常古老的问题.浪费20-30分钟.$ rpm -qif /usr/X11R
[20190116]诡异的问题2.txt
[20190116]诡异的问题2.txt--//上班巡检发现我执行的脚本显示时间有问题,很奇怪的现象.--//我本机安装了12R2的版本.使用sqlplus也是机器自带的版本.--//建立脚本如下:d:\tools\sqltemp>cat a1.txtselect sysdate from dual;quit;d:\tools\sqltemp>cat a2.txtselect sysd
[20190115]共享服务模式与启动到mount状态.txt
[20190115]共享服务模式与启动到mount状态.txt--//当数据库启动到mount状态时是看不到共享服务模式的.测试是否直接使用端口连接数据库.1.环境:SYS@book> @ verBANNER--------------------------------------------------------------------------------Oracle Databa
[20190115]关于共享服务与专用模式.txt
[20190115]关于共享服务与专用模式.txt--//前几天看https://www.cnblogs.com/kerrycode/p/10252951.html的链接,原来许多不理解的问题一下理解了.--//关于配置共享服务的问题,最好使用单独的服务名,不要一个服务名支持两种模式,这样很容易出现一些怪问题.--//我在这方面吃了许多苦头.--//有一些配置网络连接串,选择缺省连接模式,这样就没
[20190114]conemu与kitty小问题.txt
[20190114]conemu与kitty小问题.txt--//conemu是Windows下比较不错的终端程序,可以完全替代cmd,我在学习tmux时,就想在windows下寻找一个类似tmux功能的软件.--//可惜我以前使用它总是与kitty配合不好(一个putty的替代版本),有一个小问题一直困扰我,就是如果在conemu下打开kitty,--//整个窗口会整体上移,这样我看开头几行非常
[20190111]执行计划bitmap and.txt
[20190111]执行计划bitmap and.txt--//要修改生产系统一条执行计划bitmap and,遇到一些问题,做一个记录:1.环境:SCOTT@book> @ ver1PORT_STRING VERSION &n
[20190111]执行计划走位与.txt
[20190111]执行计划走位与.txt--//要修改生产系统一条执行计划走bitmap and,遇到一些问题,做一个记录:1.环境:SCOTT@book> @ ver1PORT_STRING VERSION &
[20190110]rlwrap sqlplus tee相关问题3.txt
[20190110]rlwrap sqlplus tee相关问题3.txt--//前几天测试使用rlwrap sqlplus加tee的问题,通过rlwrap的filter功能解决问题,链接:http://blog.itpub.net/267265/viewspace-2375095/--//不过我发现一些小瑕疵.记录一下:1.问题提出:$ rlwrap -z 'outfilter &nbs
[20190108]rlwrap sqlplus tee相关问题.txt
[20190108]rlwrap sqlplus tee相关问题.txt--//这个问题一直困扰我很久.如果我执行:rlwrap sqlplus scoott/book | tee -a aa.txt--//这样sqlplus窗口有1个小毛病,就是提示符要回车才显示,有什么好方法解决这个问题.实际上就是tee缓存一行没有输出.--//向一些命令都有1个规避缓存的命令行参数.比如tcpdump 的-
[20190107]12c以上版本配置dg注意.txt
[20190107]12c以上版本配置dg注意.txt--//上午看链接https://chandlerdba.com/2019/01/03/data-guard-unexpected-lag/,里面提到1个问题,必须引起自己注意.When I used to do this in Oracle 11.2, the Standby Redo logs got Thread 1 by default
[20190107]生成bbed执行脚本:
[20190107]生成bbed执行脚本:--//上个星期测试bbed修改数据时.使用如下命令生成脚本:$ xxd -c1 -g 1 -s 1244810 -l 38 /mnt/ramdisk/book/users01.dbf | cut -c10-11 | xargs -I{} echo assign /x offset @ = {}assign /x offset @ = 2c...assig
[20190104]bbed手工插入数据.txt
[20190104]bbed手工插入数据.txt--//下午没事,测试看看bbed手动插入数据,要求在块中有空间能容纳修改信息.--//特殊修复bbed实现起来还是比较麻烦,如果特殊修复可以在一台好的数据库上建立相同的表结果(注意字符集,大小头问题),--//插入数据,然后想办法引入对应的数据块中.--//我的测试仅仅一台机器,也可以演示操作过程,不要在生产系统做这样的操作!!1.环境:SCOTT
[20190104]sga_target 的设置和ORA-04031错误.txt
[20190104]sga_target 的设置和ORA-04031错误.txt--//链接http://www.itpub.net/thread-2104417-1-1.html的问题,我猜测跟共享池的子池有关.--//通过测试说明问题.--//版本11.2.0.41.检查参数文件:$ cat initxxxx.oradb_name=xxxxinstance_name=xxxxsga_targe
[20190104]bbed手动修改数据.txt
[20190104]bbed手动修改数据.txt--//下午没事,测试看看bbed手动修改数据看看.如果修改信息等长,原地修改就是了.--//如果不等长比较麻烦,测试第2种情况.并且在块中有空间能容纳修改信息.--//如果直接修改比较麻烦,如果特殊修复可以在一台好的数据库上建立相同的表结果(注意字符集,大小头问题),--//插入数据,然后想办法引入对应的数据块中.--//我的测试仅仅一台机器,也可
[20190104]bbed手动修改数据.txt
[20190104]bbed手动修改数据.txt--//下午没事,测试看看bbed手动修改数据看看.如果修改信息等长,原地修改就是了.--//如果不等长比较麻烦,测试第2种情况.并且在块中有空间能容纳修改信息.--//如果直接修改比较麻烦,如果特殊修复可以在一台好的数据库上建立相同的表结果(注意字符集,大小头问题),--//插入数据,然后想办法引入对应的数据块中.--//我的测试仅仅一台机器,也可
[20190104]ipcs查看共享内存段.txt
[20190104]ipcs查看共享内存段.txt--//数据库启动异常,有时候会留下一些共享内存段没有清理,需要使用ipcrm清理.--//由于服务器上跑2个实例,必须选择正确的共享内存段,否则会导致别的数据库crash.--//在我工作中,这是遇到的第2次,做一些复习与整理:--//在linux下有一个命令sysresv可以查看某实例使用的共享内存段.$ ipcs------ Shared M