Author: mac
-
使用Dgg全量同步/初始化Initial Load Oracle数据
现有ZHS和AL2套数据库,需要将ZHS下的EAS Schema数据初始化复制到AL数据库。 准备工作: 在AL数据库中对应创建EAS用户,并赋权: set ORACLE_SID=AL sqlplus / as sysdba create user eas identified by eas; grant connect,resource to eas; 打开DataGoGo.exe 点击开始 点击新建: 输入数据源ZHS实例的连接信息: 点击测试连接: 点击保存后, 再次新建目标数据库连接: 选中源数据源,点击下一步: 选中目标数据源,点击连接 连接后,会在左右2侧显示对象树形图: 选中用户名,右键点中,点击Transfer: 出现Schema 传输界面,默认选中了所有表 点击Start后开始Schema用户级别数据传输,传输过程中 会显示传输进度: 在有NVARCHAR、LOB(BLOB…
-
按照重要程度划分数据库级别
按照重要程度划分数据库级别 级别 D C B A S 影响面 小于10人 10-1000人 1000-100000人 100000-1000000人 1000000人以上 业务类型举例 测试/开发系统,小型OA 记账软件等 中型OA ERP 财务软件等 中大型ERP MES HRM ,大型医院HIS 电信CRM 银行BANKING等 大型公共应用 如12306等 灾难救援价格 500-5000 5千到三万 3万到10万 10万到50万 50万以上 一般的配套设施 几乎无任何有效备份 少量磁盘上逻辑备份 可能有物理备份+其他备份形式 物理/逻辑备份+DataGuard,OGG等物理/逻辑灾备;存储级别冗余等+多数据中心冗余 都有
-
Dgg Oracle/MySQL数据库复制同步校准软件
Dgg Oracle/MySQL数据库复制同步校准软件 Dgg Rdbms Oracle MySQL Table/Schema Sync Compare Repair 最新版: Dgg is a single application that allows you to tranfer data between Oracle and MySQL. It will also support Microsoft SQL Server in future. It supports below directionals: Oracle To Oracle Oracle To MySQL MySQL To MySQL MySQL To Oracle 特性: 快速比较同步Oracle表数据 快速比较同步MySQL表数据…
-
Oracle 12.2 使用datagurd技术极短停机时间内快速迁移数据库方案步骤
=================================> 前期配置应在割接前10天完成 <================================= 1、在新服务器上配置必要的os参数,包含大内存页等 2、在新服务器上12.2.0.1 GI和RDBMS,安装2010补丁:p31741641_122010和p31750094_122010 3、创建一个与oldorcl库参数配置匹配的空数据库 4、复制密码文件到新服务器: [oracle@]$ srvctl config database -d as19_fra1gh | grep ‘Password file’ Password file: +DATAC1//PASSWORD/passwd <– this file is what needs to be copied to /tmp and scp’d to the standby (result may differ) [oracle@]$ export ORACLE_SID=+ASM1 [oracle@]$ export ORACLE_HOME=/u01/app/12.2.0.1/grid [oracle@]$ export PATH=$ORACLE_HOME/bin:$PATH [oracle@]$asmcmd cp +DATAC1//PASSWORD/passwd /tmp/passwd. copying…
-
加群问题
给出下面SQL的运行结果 此题略微需要一些动手能力 select max(power(rownum*2,2))/666663842782 ans from dual connect by level
-
自己写的RMAN备份脚本
一套自己写的rman备份脚本,包含全量、增量和归档日志备份,备份策略为每7天一个全备份,2天一个增量备份和每8小时一次归档备份,并删除一个月前的备份和归档。 crontab 0 0,8,16 * * * sh /home/oracle/backup_script/backup-archive.sh >> /home/oracle/backup_script/backup-archive.log 0 0 7,14,21,28 * * sh /home/oracle/backup_script/backup-full.sh >> /home/oracle/backup_script/backup-full.log 0 0 2,4,6,8,10,12,16,18,20,22,24,26 * * sh /home/oracle/backup_script/backup-inc.sh >> /home/oracle/backup_script/backup-inc.log FULL sql ‘alter system archive log current’; sql “alter session set nls_date_format=”dd.mm.yyyy hh24:mi:ss””; RUN { ALLOCATE CHANNEL c1 DEVICE TYPE disk; ALLOCATE CHANNEL c2…
-
软件产品更新下载
DBRECOVER for Oracle恢复工具最新版: https://www.parnassusdata.com/zh-hans/node/1343 DBRECOVER for MySQL恢复工具最新版:https://www.parnassusdata.com/zh-hans/node/1343 DSR For Oracle 恢复工具最新版:https://www.parnassusdata.com/zh-hans/node/1343
-
看了TENET电影做个逆向的Oracle数据库周边
10:00 Oracle instance shutdown complete 10:01 database closed 10:02 shutdown issued by user 10:03 SCN 99999 10:04 SCN 99000 10:05 SQL result from client back to server 10:06 SQL fetch back to disk 10:07 SQL cursor back to parse 10:08 SQL optimize=>semantic parse=>syntax parse 10:09 user issue SQL: ;pme morf * tceles 10:10+NN database opened…
-
Oracle 各种删除操作对空间返还的说明
Oracle 各种删除操作对空间返还的说明 操作 表空间是否回收空间? 文件系统或ASM是否回收空间? 是否造成表上的碎片? 在本地管理表空间(LMT 9i以后)是否造成表空间碎片? 在字典管理表空间(DMT 9i以前)是否造成表空间碎片?注意现在的oracle版本不太可能用DMT 是否造成索引碎片? 有心理问题,或者为应付领导,一定要对付对付不存在的碎片怎么办? DELETE SQL 否 否 否,空间可以被该表重用。可以称之为高水位,但谈不上碎片 不适用 不适用 否 对表可以shrink space;对索引可以coalesce操作;对于大表而言IO和redo会很多,耗时也可能长 DROP TABLE 是的;视乎recyclebin参数是否进入回收站;但空间都可以被表空间重用 否 都没表了 本地管理表空间的extent是统一大小或系统自动分配大小,不存在表空间碎片 可能导致碎片(alter tablespace coalesce适用场景) 索引都没了 不适用 TRUNCATE TABLE 默认是的 否 否 本地管理表空间的extent是统一大小或系统自动分配大小,不存在表空间碎片 可能导致碎片(alter tablespace coalesce适用场景) 否 不适用 注:Oracle除非手动resize datafile,否则一般不会自动返回空间给文件系统或ASM Oracle 各种删除操作对空间返还的说明
-
python计算sigma
from functools import reduce def sigma(i,j): return reduce(lambda a, x: a + x, [0]+list(range(i,j+1))) print(sigma(1,10000))