首页
Python
Java
IOS
Andorid
NodeJS
JavaScript
HTML5
【
10.2.0.5环境dg测试logminer挖掘日志分析
】的更多相关文章
10.2.0.5环境dg测试logminer挖掘日志分析
起因:客户需求,数据库正常每天总的日志切换是20以内,有一天日志切换总数,达到30,客户建议使用Logminer进行日志挖掘分析,到底什么应用导致的问题. 说明:使用logminer进行日志挖掘,只能挖掘出什么对象表,dml操作多少次,而无法明确得到什么应用占用的日志最多.只能提供很单项的东西,某个表dml操作次数,非常多.需要客户结合实际应用,去判断,到底什么应用导致的问题. 环境说明:数据库版本10.2.0.5 双节点rac, 有一套dg 10.2.0.5,单实例. 测试说明: 1.dg 切…
使用logminer挖掘日志,分析历史操作 系列一
===============STARTED==================================== 事件起因: 业务的人mail过来说是有张表记录的10K+的优惠码记录没了,要我们确认下之前是否有这样的相关清除操作. 当然,先去数据库确认下这张表关于这个字段的count,的确没有相关的记录. 于是想着之前是不是有人做了相关的DML操作, 先看下这个视图, select table_name, owner,num_rows, blocks, last_analyzed,parti…
logminer使用测试库进行挖掘分析,10.2.0.5
上一篇测试是在dg环境进行测试挖掘,但是如果客户存在一个测试库,那样使用日志挖掘的影响性更小.本篇进行测试分析. 测试环境介绍: oracle linux 5.6,vmware虚拟机,安装两套单实例10.2.0.5数据库,一套模拟生产环境进行dml操作,另一套模拟测试环境进行日志相关挖掘. 测试流程说明: 1.生产环境,模拟dml操作,一个表A,产生一个delete 1行记录,执行两次,表B,执行一次delete操作, 30000条记录 ,日志切换(归档模式下),再次多切换几次日志 2.目标…
【Oracle】10.2.0.1升级到10.2.0.5
升级数据库到10.2.0.5 因是测试环境,不需要备份:如是生产系统,建议进行全备份后再进行升级操作,预防数据丢失造成不必要的影响. 步骤: 上传并解压补丁,安装前准备,安装补丁,预升级检查,字典信息升级,重新编译无效 PL/SQL 包,检查升级是否成功,其他升级.补丁包编号为:p8202632_10205_Linux-x86-64.zip 1.1 上传并解压补丁 具体操作省略,使用 FTP 上传补丁包,再解压即可,如使用 unzip 解压 zip 压缩包. 1.2 …
oralce 10g(10.2.0.1) 冷备份从64位恢复到32位
环境描述:windows 2003 企业版 64位 oracle版本:oracle 10g 10.2.0.1 64位 冷备恢复到 windows XP oracle 10g 10.2.0.1 32位(我自己原来的版本,原来的版本已经没有了) 1.首先先停正式库服务器的oracle服务,备份拷贝oradata下的所有文件,数据文件,控制文件等; 2.安装oracle 10g 32位的oracle,安装路径,数据库名,数据文件等盘符路径都与正式库一致: 3.cmd下重建口令文件,路径:f:\orac…
oracle实现通过logminer实现日志抓取分析
场景:现场库到前置库. 思考:使用触发器? 1.侵入性解决方案 2.需要时各种配置,不需要时又是各种配置 Change Data Capture:捕捉变化的数据,通过日志监测并捕获数据库的变动(包括数据或数据表的插入,更新,删除等),将这些变更按发生的顺序完整记录下来,写入到消息中间件中或者通过其他途径分发出去. 与触发器相比,通过日志监控的好处: 1.对原库基本无侵入性,不需要像触发器一样,对原库进行操作. 2.可以针对整库或者库中的表进行监控,比触发器更加灵活高效,避免监控表比较多的情况的频…
exp迁移测试库10.2.0.5
目的: 将一套10.2.0.5的UP-UNIX系统的数据,迁移到一台Windows环境下. 迁移方案:由于不同的操作系统,为了方便迁移,只是测试,使用EXP/IMP方式. 迁移流程: 一.源端导出 1)确定数据库大小 SQL>select round(sum(bytes)/1024/1024/1024,2) from dba_segments; 2)确定数据库版本,及字符集 SQL>select * from nls_database_parameters; NLS_CHARACTERSET …
Rsyslog+ELK日志分析系统搭建总结1.0(测试环境)
因为工作需求,最近在搭建日志分析系统,这里主要搭建的是系统日志分析系统,即rsyslog+elk. 因为目前仍为测试环境,这里说一下搭建的基础架构,后期上生产线再来更新最后的架构图,大佬们如果有什么见解欢迎指导. 这里主要总结一下搭建过程. 一.rsyslog rsyslog是如今大多数linux自带的日志收集,这里主要说一下rsyslog的简单配置. client端配置它只需要更改准备发送的日志以及在末尾加上Server端使用的协议和IP即可,例如: #加入以下即可 *.* @ 二.logst…
单实例dg软件从10.2.0.4版本安装至10.2.0.5.12
DG环境搭建需求,因此安装与主库相同的软件版本 1.主库软件版本10.2.0.5.12 2dg环境提供的是全新的10.2.0.4.0 3.安装步骤,安装10.2.0.5 静默安装 psu安装10.2.0.5.12 前期准备: 生产环境 SQL>select * from dba_registry_history; ACTION_TIME ACTION NAMESPACE VERSION ID BUNDL COMMENTS ----------------------------------- -…
配置SSD-caffe测试时出现“Check failed: error == cudaSuccess (10 vs. 0) invalid device ordinal”解决方案
这是由于GPU数量不匹配造成的,如果训练自己的数据,那么我们只需要将solver.prototxt文件中的device_id项改为自己的GPU块数,一块就是0,两块就是1,以此类推. 但是SSD配置时的例子是将训练语句整合成一个python文件ssd_pascal.py,所以需要改此代码.相关配置训练方法请参看转载博文:http://blog.csdn.net/xunan003/article/details/78427446 解决方法:将ssd_pascal.py文件中第332行gpus =…