ITPub博客

参考http://bbs.chinaunix.net/thread-2208066-1-1.html[root@Linux /tmp]# free total used free shared buffers cachedMem: 4149156 4130412 18744 0 13220 2720160-/+ buffers/cache: 1397032 2752124Swap: 6289408 144 6289264第1行total 内存总数: 4149156used 已经使用的内存数: 4130412free 空闲的内存数: 18744shared 当前已经废弃不用，总是0buffers Buffer Cache内存数: 13220cached Page Cache内存数: 2720160关系：total = used + f

ORA-03113，windows修改参数后无法启动起因：alter system set sga_max_size=10240M;重启报错，超过最大内存，无法启动修改database目录下的initorcl.ora，添加sga_max_size=1024M启动数据库startup pfile='d:oracledatabaseinitorcl.ora';创建SPFILEcreate spfile from pfile;关闭数据库shutdown immediate;替换SPFILE后，重启报错ora 03113 通信管道结束原因：由于新创建的spfile是从initorcl.ora的内容转换而来，而windows的initorcl.ora内容是重定向spfile的路径，所以新创建的spfile里没有参数，也是一条重定向的路径，所以报错。解决

公司客户DB数据库查询报错select * from t where t.pre客户='22';ERROR 位于第 1 行:ORA-00904: "ID": 无效的标识符方案:输入有效的列名。一个有效的列名必须是以字母开头，小于30个字符，并且只包含字母、数字或一些特殊的符号$,_,#。如果还包含其它的字符，那么这段字符必须用双引号引起来。列名不能是关键字。原因：查看表属性，发现该字段为Pre客户，当时并没在意"Pre"的P为大写，死活修改都查不出来。估计是在建表时加了双引号指定该列名的P为大写，所以在查询时需要加入双引以明确指定其是大写。改为以下SQL后，

在SQL SERVER 2008端使用Management studio里的导入功能（右键--》任务--》导入数据）将ORACLE的数据导入时报错如下：===================================出现一个错误，但 SQL Server Integration Services 向导未做好处理该错误的准备。 (SQL Server 导入和导出向导)===================================未找到提供程序。该程序可能未正确安装。 (ADODB.Properties)------------------------------原因：由于操作系统与SQL server数据库都是64位，而在使用Management studio里数据库的导入功能时，默认调用的是C盘下program(x86)里的DT

源服务器：1、停库2、备份数据文件、控制文件、日志文件、参数文件、密码文件目标服务器：1.创建数据文件、控制文件、日志文件所在目录2.创建bdump,cdump,udump目录3.将备份的数据文件、控制文件、日志文件复制到对应目录4.将备份的参数文件，密码文件复制到对应目录5.修改参数文件内部信息（确保db_name参数与控制文件内的相同）6.设置环境变量SET ORACLE_SID=orcl7.oradim -new -sid orcl(windows特有,增加一个服务8.sqlplus /nolog9.conn / as sysdba10.startup nomount pfile='D:oracleproduct10.2.0db_1databaseinitorcl.ora';11

近日迁移一个库到windows 2003下，虽然通过sqlplus连接成功，但在IIS应用里死活连不上，报错：System.Data.OracleClient requires Oracle client software version 8.1.7 or greater.原因如下：Oracle 9.2运行在NTFS的分区上时，对于某些非administrator组的用户，ORACLE_HOME 目录是不可见的，而在windows server 2003下asp.net应用使用的帐户是network service，因此无法创建oracle连接。解决办法：1、右键在ORACLE_HOME目录，如e:oracleora92，右键--》属性--》安全--》添加---》network service用户（权限与Authenticated Users

事因：业务部门让帮忙解决操作系统反应缓慢问题，经查看是由于ORACLE占用内存过多造成，想登陆SYS查看，但提示ORA-01031分析：1、查看administrator用户是否在ora_dba组里；2、查看sqlnet.ora文件里的SQLNET.AUTHENTICATION_SERVICES 是否= (NTS)3、查看密码文件解决办法：经查看后，发现是由于sqlnet.ora文件里的SQLNET.AUTHENTICATION_SERVICES 设置为none，而不是NTS，即不使用操作系统验证方式登陆ORACLE。修改SQLNET.AUTHENTICATION_SERVICES=(NTS)后登陆即可。[@more@]

事因：将公司数据导入新库做好备份策略并启用归档后，，第三天数据库报错：Archive process error: ORA-16038: log 1 sequence# 317 cannot be archivedORA-19809: limit exceeded for recovery filesORA-00312: online log 1 thread 1: 分析：查看警告日志后，发现是由于没有修改默认归档路径造成闪回空间达到默认限额造成的。解决办法：1.修改归档路径alter system set log_archive_dest_1='location=/home/oracle' scope =both;2.增大闪回区flash_back_area的默认大小限制ALTER SYSTEM SET db_recovery_file_dest_size=20g scope=b

内容转自网络 。。。1、SHOW命令： 显示rman配置： RMAN> show all;2、REPORT命令： 2.1、RMAN> report schema 报告目标数据库的物理结构; 2.2、RMAN>report need backup days=3; 报告最近3天没有被备份的数据文件； 2.3、RMAN> report need backup days 3 tablespace users; 在USERS表空间上3天未备份的数据文件; 2.4、RMAN> report need backup incremental 3; 报告恢复数据文件需要的增量备份个数超过3次的数据文件; 2.5、RMAN> report need

迁移库后，做了个简单的逻辑备脚本，保留7天备份source ~/.bash_profileexport NLS_LANG=AMERICAN_AMERICA.ZHS16GBKexport ORACLE_SID=orclexport rq=$(date +%Y%m%d)exp system/oracle owner=developer file=/home/oracle/cusdb_backup/cusdb_developer_$rq.dmp log=/home/oracle/cusdb_backup/cusdb_developer_$rq.log buffer=1000000;export del_rq=$(date -d -7day +%Y%m%d)rm -rf /home/oracle/cusdb_backup/orcl_developer_$del_rq.dmprm -rf /home/oracle/cusdb_backup/orcl_developer_$del_rq.log[@more@]

事由：昨日迁移一库后，开发同事说有用户被自动锁定，总是人为去解锁也不是个办法；解决方法：初步分析应该是由于库还未加入DMZ区，防火墙未开启，导致有人恶意错误密码登陆10次+，导致用户被锁。查看profileselect * from dba_profiles where resource_name like 'FAILED_LOGIN_ATTEMPTS%';默认情况下，连续错误连接10次用户被锁定；更改profilealter profile DEFAULT limit FAILED_LOGIN_ATTEMPTS UNLIMITED;[@more@]cle

今天迁移公司的客户关系数据库，正好碰到了字符集的问题，做了个实验验证dmp文件的字符集受什么影响，实验如下：本机系统windows 7 64bit修改客户端session字符集环境变量NLS_LANGset NLS_LANG=AMERICAN_AMERICA.ZHS16GBK导出dmpexp scott/tiger@server1 file=scott_gbk.dmp log=scott_gbk.logConnected to: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bitProductionWith the Partitioning, OLAP and Data Mining optionsExport done in ZHS16GBK character set and UTF8 NCHAR character set. exporting pre-sc

dmp文件字符集与当前oracle server端字符集不同，导入失败。处理方式如下：一.修改dmp文件字符集与Oracle Server字符集相同1.查看当前Oracle server端字符集select userenv('language') from dual;select * from nls_database_parameters;2.查看字符集对应的16进制编码select to_char(nls_charset_id('ZHS16GBK'), 'xxxx') from dual;结果为：03 54select nls_charset_name(to_number('0354','xxxx')) from dual; 验证0354对应的字符集3.修改dmp文件字符集

create tablespace demo2 datafile '/home/oracle/demo2.dbf' size 20m;//没有指定字段定义的情况下，不会自动扩展数据文件，表空间为本地管理，段空间为自动管理，区为自动管理，MAXSIZE UNLIMITEDcreate tablespace demo2 datafile '/home/oracle/demo2.dbf' size 20m autoextend on;//数据文件自动扩展8Kcreate tablespace demo2 datafile '/home/oracle/demo2.dbf' size 20m autoextend on next 10m extent ;//数据文件自动扩展一次扩展10mcreate tablespace demo2 datafile '/home/oracle/demo2.dbf' size 20m autoextend on next 10

在主库实例上开始镜像时可能会遇到此错误，错误信息如下： 镜像数据库 "dbName" 包含的事务日志数据不足，无法保留主体数据库的日志备份链。如果没有从主体数据库进行日志备份或者没有在镜像数据库上还原日志备份，则可能会出现这种情况。 解决方法是在主库实例上再进行一次日志备份，并按照NoRecovery模式还原至Mirror实例上。 原因是日志存在间断，可能在进行完全备份时又产生日志。http://www.cnblogs.com/shitou/archive/2011/04/13/2015115.html [@more@]

需要先在各服务器的SQL SERVER配置里开起TCP/IP，设置方法 如下：在开始菜单里选择Microsoft SQL SERVER 2005-->配置工具-->SQL SERVER Configuration Manager，在弹出窗口处选择 （实例名）协议-->右键TCP/IP -->启用，最后重启SQL Server服务即可。[@more@]

又是一次小改动造成的低级错误！！！！！！还是上一篇文章提到的，干微软的活，除了仔细认真，没别的了。。具体问题如下：我使用主库的备份文件到备库进行还原时，提示：System.Data.SqlClient.SqlError: 媒体集有 2 个媒体簇，但只提供了 1 个。必须提供所有成员。 (Microsoft.SqlServer.Smo)搞不懂，直接google原因：由于在备份主库时更改了备份路径，造成其在备份时产生了两个备份文件，其中一个应该是存放在默认路径（不知道为什么会产生两个）解决办法：删除自定义的备份路径，使用默认备份路径后，重新备份主库。再还原，一切OK！！

今天，由于管理员提示我，我的域账号密码过于简单，出于安全考虑早上我做了修改。。快到中午时，我开始处理昨日剩下的SQL Server镜像配置，，结果怎么配置怎么出错（完全忘记了使用了域账号验证），无奈之下在vCenter里把虚拟机重置，挂起，都不好使，反而把虚拟机给弄坏了。。杯具…………经过虚拟机恢复，卸载SQL SERVER，重装SQL SERVER等等后，终于得到了解决。实际上最简单的解决方案是：在windows服务里，SQL SERVER所有的服务依次点击右键---》属性---》登陆，将账户密码改成新的域账号密码后，点击应用，确定。。再重启服务则搞定

最近需要写一份SQL Server的镜像配置报告，由于之前没怎么接触过SQL Server的高可用方面的东西，所以这次算第一次实操。在VM sphere上虚拟了三台WIN2003后即开始。一开始直接在第一台虚拟设备上按照文档开始安装SQL SERVER，但在安装过程中，死活过不了域验证那里，经过好几个小时的折腾，终于在PW的提醒下找到了问题，原来是由于三台虚拟设备都是克隆出来的，其机器ID都相同，自然过不了域验证那关。将机器退出域环境，执行桌面上的newsid.exe文件后，再把机器重新加入域，SQL SERVER验证安装通过。由于镜像配置的相关文档在网上有许多，

同事在使用SYS用户登陆数据库时，提示权限不足目前所接触到的，一般有两种情况：一种是没有加as sysdbasqlplus sys/oracle 改为 sqlplus sys/oracle as sysdba另一种是密码文件出现问题重建密码文件，该命令是在操作系统下使用# cd $ORACLE_home/dbs#orapwd file=orapworcl password=oracle force=y# ls orapworcl[@more@]