业务说恒生自营估值系统有性能问题:分析awr top 1 是 read by other session关于Read by other session 的说明如下:When informationis requested from the
--连接数据库 &
常用数据备份格式为:bcp dbname..tablename out c:\temp\filename -Usa -Ppassword -Sservername -c 其中 dbname为数据库名,tablename为表名,-U后为SYBASE登录名称,-P后为SYBASE登录口令,-S后为SYBASE
证券合同管理测试库offlile了,需要恢复.首先尝试联机,报无法联机只能修改数据库状态为重启不检测的状态:isql -Usa -Scmproce 修改server属性,置系统表为允许修改该状态1>sp_configure "allow updates",12>go3>recofigure with 
今天下午开发说合同管理系统开发环境的weblogic一直启动不了:如果正常启动日志大概如下:####<2013-12-14 上午10时28分48秒 CST> <Info> <JDBC> <hsz-7880> <myserver> <Main Thread
1、Windows平台开始→运行→cmd 进入命令提示符,输入netstat -ano 即可看到所有连接的PID 之后在任务管理器中找到这个PID所对应的程序如果任务管理器中没有PID这一项,可以在任务管理器中选"查看"-"选择列" 代码如下 C:>netstat -aon|findstr "80"TCP&nbs
WinXP共享需要137、138、139,4451、137端口这个端口是用来请求NetBios名到IP地址达。比如有人喊“123计算机您共享C盘下的ABC.doc这个文件的IP地址是多少”。于是这个呐喊被广播,只有IP地址是123的回答了。2、138端口这个端口是您浏览[网络邻居]用的。您网络里有台计算机叫主浏览器计算机维护着共享列表。所以这个端口封了也就不能通过[网络邻居]来查看其他计算机喽。当
远程桌面服务所使用的通信协议是Microsoft定义RDP(Reliable Data Protocol)协议,RDP协议的TCP通信端口号是3389。为了安全起见,我们常需要更改其端口。运行注册表编辑器,找到HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Terminal Server\Wds\Repwd\Td
一般情况下,在使用Linux操作系统都不会去机房来操作机器,都是使用一些第三方的工具来操作。比如使用SSH Secure File Transfer Client工具来传输文件,利用Putty来操作,利用Xmanger综合操作等,那么最常见的连接类型包括telnet、SSH、Raw等下面就针对SSH方面讨论一下,如果有人特别关注Linux环境的安全性,第一就
在灾难恢复方面,目前业界公认有三个目标值得努力。一是恢复时间,企业能忍受多长时间没有 IT,处于停业状态;二是网络多长时间能够恢复;三是业务层面的恢复。整个恢复过程中,最关键的衡量指标有两个:一个是 RTO,另一个是 RPO。所谓 RTO,Recovery Time Objective,它是指灾难发生后,从 IT 系统
要建设容灾系统,就必须提出相应 的设计指标,以此作为衡量和选择容灾解决方案的参数。目前,国际上通用的容灾系统的评审标准为Share 78,主要包括以下内容。 ●备份/恢复的范围 ●灾难恢复计划的状态 ●业务中心与容灾中心之间的距离 ●业务中心与容灾中心之间如何连接 ●数据是怎样在两个中心之间传送的 ●允许有多少数据丢失 ●保证更新的数据在容灾中心被更新 ●容灾中
证券ODS核心子系统向监管报表推送融资融券数据作业报ORA-08103错误Event Id: 2633Time : Thu Oct 31 19:39:27 2013Type : FATALUser : dsadmMessage &nb
首先看一个例子:--创建测试表CREATETABLEtestfreespace(column1INT,column2CHAR(20),column3VARCHAR(8000))--插入数据DECLARE@countINT;SET@count=0;WHILE@count<3000BEGINSELECT@count=@count+1;INSERTintotestfreespaceVALUES(@
【症状】若要删除一个表中的数据中MicrosoftSQLServer使用DELETE语句后,您可能会注意到不完全释放表使用的空间。当您然后试图在数据库中插入数据时,您可能会收到以下错误消息:无法分配空间的数据库中的对象TableNameDatabaseName,因为PRIMARY的文件组已满。【原因】因为SQLServer只释放一个堆表使用以下条件为真时的所有页面,就会出现此问题:此表上的删除时发
GoalSometimes, there are situations where the UNDO Tablespace starts growing unexpectedly.So, how do you find out why?Pl
Troubleshooting StepsUseful SQL statements If you encounter a lock related hang scenario the following SQL statements ca
每一中数据库都需要有一种管理回滚或者撤销数据的方法。当一个DML发生以后,在用户还没有提交(COMMIT)改变,用户不希望这种改变继续保持,需要撤销所做的修改,将数据回退到没有发生改变以前,这时就需要使用一种被称为撤销记录的数据。使用撤销记录,我们可以:1、 当使用ROLLBACK语句时回滚事务,撤销DML操作改变的数据2、 恢复数据库3、 &
看到网上有个同学,举例说明,觉得不错,拿来用下:假设有张表,叫table1,里面有5000万行数据,假设预计全表扫描1次需要1个小时,我们从过程来看: 1、在1点钟,有个用户A发出了select * from table1;此时不管将来table1怎么变化,正确的结果应该是用户A会看到在1点钟这个时刻的内容。这个是没有疑问
在Oracle数据库性能报告AWRRPT分析时,发现top 5等待事件第一位的是enq: TX - row lock contention。这个等待事件消耗了绝大多数的CPU资源,导致系统整理性能下降。有些查询以前只要几个毫秒,现在变成了数分钟。CPU使用率长时间维持在100%。在AWRRPT中看到的top 5等待如下:Rpt代
1. 设置闪回恢复区闪回恢复区主要通过3个初始化参数来设置和管理 db_recovery_file_dest:指定闪回恢复区的位置db_recovery_file_dest_size:指定闪回恢复区的可用空间大小db_flashback_retention_target:指定数据库可以回退的时间,单位为分钟,默认1440分钟,也就是一天。当然,实际上可回退的时间还决定于闪回恢复
ORA-16014:日志1的序列号83未归档,没有可用的目的地的错误ORA-16014 log string sequence# string not archived, no available destinationsCause: An attempt was ma
官方文档The term obsolete does not mean the same as expired. A backup is obsolete when REPORT OBSOLETE or DELETE&n
Dataguard 主库归档丢失处理或误删除,尚未传到备库,使用rman的增量备份功能解决gap,不需要重建DG Using RMAN Incremental Backups to Refresh a Standby Database You can create an incremental backup of the target database contai
为同事解决一个因为网络连接情况不佳时,执行一个超长时间的SQL插入操作。 既然网络状况不好,就选择了使用一次性使用JOB来完成该插入操作。在JOB执行一段时间后,我发现被插入表有些问题(惭愧,当时也没有先检查检查就做了)。准备停止JOB,因为在JOB运行情况下,我的所有修改都会报系统资源忙的错误。 强行KILL SESSION是
DataGuard的基本原理 当某次事务处理对生产数据库中的数据作出更改时,Oracle数据库将在一个联机重做日志文件中记录此次更改。在DataGuard中可以配置写日志的这个过程,除了把日志记录到本地的联机日志文件和归档日志文件中,还可以通过网络,把日志信息发送到远程的从数据库服务器上。这个备用日志文件写入过程可以是实时、同步的,以实现零数据丢失(最大保护模式);也可以是异步的,以减少对网络
背景:在生产环境中由于网络的不稳定,导致主库的日志没有及时的传到备库,从而使备库日志应用短缺处理方法 备库: SQL> select process, status, thread#, sequence#, block#, blocks from v$man
Oracle 11g的Data Guard不仅仅带给我们的是Active Data Guard实时查询特性,参见文章《【DataGuard】Oracle 11g物理Active Data Guard实时查询(Real-time query)特性》(http://space.itpub.net/519536/viewspace-718742)。同时还带来了另外一个惊喜,这便是Snapsh
在Oracle 11g以前版本中的的Data Guard物理备用数据库,可以以只读的方式打开数据库,但此时Media Recovery利用日志进行数据同步的过程就停止了,如果物理备用数据库处于恢复的过程中数据库就不能打开查询,也就是说日志应用和只读打开两个状态是互斥的,而Oracle 11g Active Data Guard功能解决了这个矛盾,在利用日志恢复数据的同时可以用只读的方式打开数据库,
发生了这种错误,主库丢失了归档,而备库无法同步日志 Media Recovery Waiting for thread 1 sequence 70 Fetching gap sequence in thread 1, gap sequence 70-72 Completed: ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNE
dataguard主库丢失archivelog,如何不重建备库? 昨天群中有网友问到dataguard环境中,由于主库archivelog丢失,且尚未同步到standby,问如何在避免 重建standby的情况下来将standby恢复成功的。 下面是我的测试过程,供参考! —-主库 SQL> SELECT database_role FROM v$database; &
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号