业务说恒生自营估值系统有性能问题：分析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号
