Author: mac

现有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 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表数据…

=================================> 前期配置应在割接前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备份脚本，包含全量、增量和归档日志备份，备份策略为每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  

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 各种删除操作对空间返还的说明 操作 表空间是否回收空间？ 文件系统或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 各种删除操作对空间返还的说明

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))