在DataCopy中增加了两个命令行选项, 以支持不同的操作方式.

* sync    = sync mode (INSERT,UPDATE,DELETE,UPDINS,INSUPD,DELINS).
* unique  = primary key or unique key columns of target table.

    除INSERT操作外(SYNC选项的默认值), UPDATE/DELETE操作都需要指定目标端表的主键列, 以用在WHERE条件中. UPDATE操作会根据指定的主键列去更新非主键列的值(SYNC=UPDATE), 而DELETE操作则直接在目标端根据主键列删除记录(SYNC=DELETE).

datacopy user1=... user2=... table1=emp table2=emp_sync sync=delete unique=empno
datacopy user1=... user2=... table1=emp table2=emp_sync sync=update unique=empno

    根据前面的三种基本操作还可以延伸出来额外的三种操作, 在目标端用PL/SQL代码来实现, 第一种是UPDATE-INSERT方式, 在目标端先进行UPDATE, 如果更新0条记录, 则进行INSERT. 这种方式适合于以UPDATE为主的数据同步.

datacopy user1=... user2=... table1=emp table2=emp_sync sync=updins unique=empno

    第二种是INSERT-UPDATE方式, 在目标端先进行INSERT, 如果主键冲突, 则进行UPDATE. 这种方式适合于以INSERT为主的数据同步.

datacopy user1=... user2=... table1=emp table2=emp_sync sync=insupd unique=empno

    第三种是DELETE-INSERT方式, 在目标端先进行DELETE, 再进行INSERT操作. 这种方式的执行成本会比较高, 但逻辑简单.

datacopy user1=... user2=... table1=emp table2=emp_sync sync=delins unique=empno

    后面的三种方式, 如果要用PL/SQL来实现Array接口, 代码还是有一点复杂的, 如果要实现动态SQL的处理, 估计更复杂. 并且大量的循环, 用外部C写的程会更有效率.

Relative Posts:

• 2010/03/15 -- 学习OCI之DataCopy程序 (5)
• 2009/11/07 -- MySQL数据迁移测试 (8)
• 2009/06/09 -- copydata异构数据拷贝 (6)
• 2009/04/02 -- 给SQLULDR2加上Key保护 (6)
• 2008/03/30 -- AUL也走品牌路线? (2)
• 2010/03/10 -- SQLULDR2从标准输入读取SQL (0)
• 2010/03/06 -- 简化SQLULDR2的命令行选项设置 (1)
• 2010/03/04 -- 为DataReport增加条件过滤功能 (1)
• 2010/02/20 -- 定义不同数据源的SQL (3)
• 2010/02/08 -- SQLULDR2也可改善用户体验 (4)

    没有说明文档, 只有命令行帮助.

DataCopy: Fast Oracle Data Copy (Demo Version), Release 2.0.1
(c) Copyright Lou Fangxin (AnySQL.net) 2010, all rights reserved.

Usage: datacopy keyword=value [,keyword=value,...]

Valid Keywords:
  user1  = username/password@tnsname for source database.
  user2  = username/password@tnsname for target database.
  table  = table name for both source and target.
  tables  = table name list for both source and target.
  table1  = source table name to query data from.
  table2  = target table name to insert data into.
  query1  = select SQL for source database.
  query2  = insert SQL for target database.
* wait    = wait time in microsecond after each array.
  read    = set DB_FILE_MULTIBLOCK_READ_COUNT at session level
  sort    = set SORT_AREA_SIZE at session level (UNIT:MB)
  hash    = set HASH_AREA_SIZE at session level (UNIT:MB)
  serial  = set _serial_direct_read to TRUE at session level
  array  = array fetch size
  rows    = print log information for every given rows.
  long    = maximum size for long, long raw, CLOB, BLOB columns.
* crypt  = encrypt the connection info only, no data copy (YES/NO).
  parfile = read command option from parameter file
* direct  = direct mode (YES/NO).
* nolog  = no archive log for direct mode (YES/NO).
* parallel= allow parallel load for direct mode (YES/NO).
* sync    = sync mode (INSERT,UPDATE,DELETE,UPDINS,INSUPD,DELINS).
* unique  = primary key or unique key columns of target table.
  log    = log file name for screen messages.

Notes:
  datacopy user1=scott/tiger user2=scott/tiger table=emp
  datacopy user1=scott/tiger user2=scott/tiger table=emp direct=yes
  datacopy user1=scott/tiger user2=scott/tiger table1=emp table2=emp_his

    数据拷贝中, 目标端数据库并不一定是INSERT操作, 也可以是UPDATE或DELETE, 或一段PL/SQL代码, 默认情况下是INSERT而已. 并且也只是实现了OCI的Array操作接口, 在真实情况下有什么实用价值, 就让各自去延伸了.

Relative Posts:

• 2010/03/16 -- 用DataCopy进行Oracle数据同步 (0)
• 2009/06/09 -- copydata异构数据拷贝 (6)
• 2009/04/02 -- 给SQLULDR2加上Key保护 (6)
• 2009/03/31 -- 指定表名导出文本 (0)
• 2008/10/24 -- AUL DMP中用户名不再是MYDUL了 (4)
• 2008/05/15 -- 将dmp数据导入到另一个表 (3)
• 2008/02/20 -- 导出时的字符集转换 (1)
• 2007/11/28 -- 如何提高Oracle exp/imp的速度? (7)
• 2007/11/09 -- AUL 5对恢复成DMP格式支持得更好了 (1)
• 2007/07/10 -- dmp2utf8的下载量骤增, 不知什么原因? (5)

    例如, 在我的笔记本上, 每次启动AUL都得到如下输出.

Register Code: DETO-NODT-JETT-DNMX-DDCN
AUL : AnySQL UnLoader(MyDUL) for Oracle 8/8i/9i/10g/11g, release 5.1.1

(C) Copyright Lou Fangxin 2005-2010 (AnySQL.net), all rights reserved.

AUL>

    这里所说的同一台机器, 并不是指物理的机器, 即使只是操作系统的重装, 也有可能让注册码发生更改, 从而需要新的许可证, 固定许可证方式将对AUL的用户更加有利, 其他平台的AUL也将一步一步进行许可证改造.

    在固定许可证模式下, 你购买AUL时, 不只是得到了一次服务, 更重要的是你真正得到达了一个长期可用的许可证.

Relative Posts:

• 2009/06/09 -- AUL程序上的两处缺陷 (1)
• 2009/04/26 -- 拯救数据, 拯救地球? (9)
• 2008/08/01 -- 终极Oracle数据恢复工具 — AUL (8)
• 2008/07/06 -- 连错库误删100多张表 (9)
• 2008/04/16 -- AUL Sybase数据恢复工具 (4)
• 2008/03/30 -- AUL也走品牌路线? (2)
• 2008/03/28 -- 选择AUL恢复数据的理由 (3)
• 2008/03/19 -- Oracle数据恢复服务模式 (0)
• 2007/11/06 -- 将完成AUL最后一个心愿, 支持Compress表 (2)
• 2009/11/20 -- 首次AUL恢复失败案例 (1)

    写了一个Windows上的批处理脚本, 用SQLULDR2从Oracle中查询数据, 并生成MySQL的Insert脚本, 用管道输入到MySQL中去执行.

@echo off
echo %TIME%
sqluldr2 ... table=emp_his format=mysql quote=0x27 escape=0x53 null=null file=- | mysql test
echo %TIME%

    首先在MyISAM下测试, 先将表改成MyISAM方式存贮.

mysql> alter table emp_his engine= myisam;
Query OK, 0 rows affected (0.05 sec)
Records: 0  Duplicates: 0  Warnings: 0

    进行数据装载测试, 可以看出还是很快的.

D:\mysql-5.0.84-win32\bin>runload.bat
7:12:28.10
7:12:41.87

    查一下总共迁移的记录数.

mysql> select count(*) from emp_his;
+----------+
| count(*) |
+----------+
|  951308 |
+----------+
1 row in set (0.00 sec)

    接下来在Innodb下测试, 将表改成Innodb方式存贮.

mysql> alter table emp_his engine= innodb;
Query OK, 0 rows affected (0.06 sec)
Records: 0  Duplicates: 0  Warnings: 0

    进行数据装载测试, 可以看出比MyISAM要慢不少.

D:\mysql-5.0.84-win32\bin>runload.bat
7:09:34.85
7:10:06.15

    查一下总共迁移的记录数.

mysql> select count(*) from emp_his;
+----------+
| count(*) |
+----------+
|  951308 |
+----------+
1 row in set (2.11 sec)

    在MySQL中, 将同样的表从MyISAM转到Innodb, 需要多少时间?

mysql> alter table emp_his engine= innodb;
Query OK, 951308 rows affected (16.67 sec)
Records: 951308  Duplicates: 0  Warnings: 0

    对于在笔记本上测试的这个结果, 个人是相当满意的, 测试的表有8个字段, 差不多等于平均数.

Relative Posts:

• 2010/03/16 -- 用DataCopy进行Oracle数据同步 (0)
• 2010/02/20 -- 定义不同数据源的SQL (3)
• 2010/01/26 -- 逻辑连接层与物理连接层(2) (1)
• 2010/01/05 -- DataReport中的FORALL循环 (0)
• 2009/12/25 -- SQLULDR2的自定义转义符处理 (2)
• 2009/10/30 -- SQLULDR2功能增加, 性能不减 (14)
• 2009/10/28 -- SQLULDR2生成Insert SQL语句 (4)
• 2009/10/27 -- 将SQLULDR2转义符进行到底 (3)
• 2009/10/26 -- SQLULDR2处理MySQL转义符 (1)
• 2009/08/31 -- SQLULDR2处理MySQL的空值 (2)

    要用一个脚本来实现这些数据信息任务, 最基础的是需要一个能在不同结构的数据库之间拷贝数据, 一个源数据库, 一个目标数据库, 指定源数据库上的一个查询, 可以执行并将将查询出来的数据插入到目标数据库中. Perl语言很适合用来完成这个任务, 因此就用它写了一个copydata脚本, 可以允许我们在异构数据库之间拷贝数据.

SQL> select count(*) from database_perf_statistics;

  COUNT(*)
----------
      7596

    Perl性能并不差, 用它来复制七八千条记录的一个有32个列的表, 1秒钟内也就完成了, 迁移大数据量或许不行, 但用来迁移少量数据绝对足够用了.

05/09 22:19:08 - Copy data started, 1 tables in configuration file.
05/09 22:19:08 - Start copy table DATABASE_PERF_STATISTICS to AAA ...
05/09 22:19:09 - End copy table DATABASE_PERF_STATISTICS to AAA

    回过头来看看, copydata + oramon + WebChart就可以打造一个良好的DBA基础工作平台.

Relative Posts:

• 2010/03/16 -- 用DataCopy进行Oracle数据同步 (0)
• 2010/03/15 -- 学习OCI之DataCopy程序 (5)
• 2009/11/07 -- MySQL数据迁移测试 (8)
• 2009/03/30 -- 多Master的MySQL设想 (3)
• 2007/04/11 -- MySQL中的LogMiner工具 — mysqlbinlog (2)
• 2007/03/29 -- 由物化视图Complete刷新引起的数据丢失 (11)
• 2007/03/24 -- 在MySQL中建立实体化视图日志 (2)
• 2007/03/14 -- 如何在不同类型的数据库间迁移数据? (1)
• 2007/03/14 -- refresh_mysql.pl角本的一个配置例子 (0)
• 2007/03/13 -- 写了一个从Oracle复制到MySQL的Perl角本 (2)

    当表和索引同名时, 在执行UNLOAD TABLE命令, 是根据对象名及子对象名去定位对象信息的, 因为表和索引同名, 因此要恢复表时, 会错误地取得索引的段信息, 取决于AUL读取字典生成文件时是表信息在前还是索引信息在前. 虽然早就知道表和索引可以同名, 但在自已的经历中, 创建的所有表和索引都是不重名的, 一开始也没有想到这一点. 另外在早期的版本中是不支持IOT的, UNLOAD命令只读取表, 表分区, 表子分区类型的段对象. 后来支持了IOT, 就要多读取索引, 索引分区, 索引子分区类型的段对象, 由于数据重复而引起了这个问题. 这个问题现在已经在程序上做了改进了, 当时的解决方案是生成一个只包表分区, 表子分区类型段信息的AULOBJ字典文件.

    AUL在设计初期, 还曾查阅比较多的数据库, 发现当数据库的数据文件个数小于1000个时, 数据库文件的相对文件号(RFILE)基本上是不会重复出现的, 因此就只根据相对文件号来定位, 可惜我的发现不是真理, 在一个只有几十个文件的数据库中, 居然发现相对文件号重复的情况. 实际上要根据, 表空间号和相对文件号一起来定位, 要在AUL中修复这一点则相当困难. 解决方法是一个表空间一个表空间地恢复, 不过目前为止只遇到最近的这一次, AUL还没有参与过大于1000个数据文件的恢复, 由于这个缺陷会, 当数据分成两个表空间存放, 象IOT与IOT Overflow, 象表与LOB等, 并且这两个表空间中的文件有重复的相对文件号时, AUL将无法恢复数据.

    最近这次恢复了150GB的数据, 以Dmp格式恢复, 都能正常导入, AUL5的改进相当成功.

Relative Posts:

• 2008/08/01 -- 终极Oracle数据恢复工具 — AUL (8)
• 2008/03/19 -- Oracle数据恢复服务模式 (0)
• 2010/01/10 -- 出售AUL固定许可证 (4)
• 2009/11/20 -- 首次AUL恢复失败案例 (1)
• 2009/04/26 -- 拯救数据, 拯救地球? (9)
• 2008/12/27 -- AUL并行扫描Extent (1)
• 2008/07/06 -- 连错库误删100多张表 (9)
• 2008/05/12 -- Oracle不行再用AUL (7)
• 2008/04/17 -- Oracle DUL不行就用AUL (10)
• 2008/04/16 -- AUL Sybase数据恢复工具 (4)

    CPU利用率, 包括SYS, WIO和USER, 将所有核心数据库的CPU利用率显示在一起, 进行横向比较.

    Oracle中单块读(sequential read)和多块读(scatter read)的等待次数, 将所有核心数据库的物理读等待次数显示在一起, 进行横向比较.

    Oracle中单块读(sequential read)和多块读(scatter read)的等待时间, 将所有核心数据库的物理读等待时间显示在一起, 进行横向比较.

    Oracle中数据块写(db file parallel write)和日志写(log file parallel write)的等待次数, 将所有核心数据库的物理写等待次数显示在一起, 进行横向比较.

    Oracle中数据块写(db file parallel write)和日志写(log file parallel write)的等待时间, 将所有核心数据库的物理写等待时间显示在一起, 进行横向比较.

    Oracle中单块读(db file parallel write)的平均等待时间, 将所有核心数据库的单块读平均时间显示在一起, 进行横向比较.

    Oracle中所有的读和写的等待次数累加起来当作IOPS次数, 将所有核心数据库的Oracle IOPS次数显示在一起, 进行横向比较.

    还收集了很多Oracle数据库中的其他指标, 留下几个图明天或后天再画吧.

Relative Posts:

• 2009/05/08 -- 分析性能数据之二 (5)
• 2009/05/08 -- 分析性能数据之一 (1)
• 2009/04/21 -- 用图表显示oramon数据 (3)
• 2009/04/15 -- 装载oramon性能数据 (0)
• 2009/04/15 -- 安装与运行oramon (2)
• 2009/04/14 -- oramon, 收集性能数据 (5)
• 2009/04/05 -- 轻量级Oracle性能监控 (3)
• 2009/11/05 -- oramon新增三个性能数据 (3)
• 2009/07/09 -- SQL执行filter条件的顺序问题 (2)
• 2009/07/01 -- 分区表用哪个级别的统计信息? (2)

    粗略一看, 好象DBA没有办法得到这些信息, 应当从应用日志中去统计不能获得连接或连接超时的报警信息. 在真实应用中, 大部份的数据库连接都是保持的, 也就是用了连接缓冲池, 会话不会经常断开重连, 因此可以通过持续观察应用服务器在数据库上产生的连接数来分析, 如果真实连接数持续达到了设置的最大值, 就表示需要增大最大连接数的设置了.

    用如下SQL来取得连接数据, 每5分钟取一次, 然后保存到一张表中,

select sysdate day, INSTANCE_NAME,
      machine, username, count(*) conncount
  from v$session, v$instance
  group by machine, username, instance_name

    用WebChart来显示某台机器, 最近两天或三天的连接数, 就可以看出需不需要扩大连接设置了.

    这其实很简单, 但结果是使我们的应用程序数据库连接设置有数据可依, 真实地发挥了作用.

Relative Posts:

• 2009/05/19 -- 新版oramon正式上线 (4)
• 2009/05/08 -- 分析性能数据之一 (1)
• 2009/11/05 -- oramon新增三个性能数据 (3)
• 2009/07/09 -- SQL执行filter条件的顺序问题 (2)
• 2009/07/01 -- 分区表用哪个级别的统计信息? (2)
• 2009/06/25 -- oramon如何收集V$SYSTEM_EVENT数据? (3)
• 2009/06/25 -- oramon如何从V$SESSION收集性能数据? (0)
• 2009/06/24 -- oramon如何从V$SYSSTAT收集性能数据? (1)
• 2009/05/22 -- 从oramon新报警中受益 (1)
• 2009/05/21 -- 用oramon的数据进行报警 (3)

    粗略一看, 好象DBA没有办法得到这些信息, 应当从应用日志中去统计分析. 在真实应用中, 大部份的数据库连接都是保持的, 也就是用了连接缓冲池, 会话不会经常断开重连, 因此可以通过会话级的统计值(execute count)得到上面的数据. 具体过程如下, 在一个可以查数据字典的用户下, 创建一个表来保留统计值信息.

create table TMP_SESSION_EXECUTES
(
    ID NUMBER(38),
    SID NUMBER(12),
    serial# number(12),
    machine varchar2(64),
    username varchar2(30),
    execute number(38)
);

    然后创建一个序列, 来表示一次收集的ID, 如下所示:

create sequence seq_temp_sesstat;

    执行以下代码几个小时, 就可以收集到不少数据, 足以进行上述分析了.

declare
  ver number:=0;
begin
loop
  select seq_temp_sesstat.nextval into ver from dual;
  insert into TMP_SESSION_EXECUTES
  select ver, a.sid,
    a.serial#, a.machine, a.username, b.value
  from v$session a, v$sesstat b
  where a.sid=b.sid
    and b.STATISTIC#=238;
  commit;
  dbms_lock.sleep(300);
end loop;
end;
/

    上面收集到的是累计值, 要前后两个ID相减计算差量值, 可用如下SQL语句.

SELECT MACHINE, USERNAME,  SUM(EXECUTE) EXECUTE
FROM (
SELECT A.MACHINE, A.USERNAME,
  A.EXECUTE - NVL(B.EXECUTE,0) EXECUTE
FROM TMP_SESSION_EXECUTES A, TMP_SESSION_EXECUTES B
WHERE A.ID=B.ID+1
  AND A.SID=B.SID
  AND A.SERIAL#=B.SERIAL#
  AND A.MACHINE=B.MACHINE
  AND A.USERNAME=B.USERNAME
  AND A.EXECUTE > NVL(B.EXECUTE,0) )
GROUP BY MACHINE, USERNAME

    这样就得到了在某个时间段内每台机器在某个用户下的SQL执行量了, 算一下比例就是十分有用的信息.

Relative Posts:

• 2009/05/19 -- 新版oramon正式上线 (4)
• 2009/05/08 -- 分析性能数据之二 (5)
• 2009/11/05 -- oramon新增三个性能数据 (3)
• 2009/07/09 -- SQL执行filter条件的顺序问题 (2)
• 2009/07/01 -- 分区表用哪个级别的统计信息? (2)
• 2009/06/25 -- oramon如何收集V$SYSTEM_EVENT数据? (3)
• 2009/06/25 -- oramon如何从V$SESSION收集性能数据? (0)
• 2009/06/24 -- oramon如何从V$SYSSTAT收集性能数据? (1)
• 2009/05/22 -- 从oramon新报警中受益 (1)
• 2009/05/21 -- 用oramon的数据进行报警 (3)

    非洲大陆很有前途, 大洋洲还是一片空白, 还没有为印度的客户恢复过, 不知道以后是不是可以补全一些. 上周五一位昆明的网友跟我说他用AUL没能恢复数据, 给了我远程登录的权限, 用Demo许可证去恢复了一下, 居然98%数据都恢复了, 那位网友就马上下线, 不再和我联系了.

    提供有价值的东西, 可以取得一些回报, 正在被大多数人接受.

Relative Posts:

• 2008/08/01 -- 终极Oracle数据恢复工具 — AUL (8)
• 2008/07/06 -- 连错库误删100多张表 (9)
• 2008/03/28 -- 选择AUL恢复数据的理由 (3)
• 2008/03/19 -- Oracle数据恢复服务模式 (0)
• 2007/11/06 -- 将完成AUL最后一个心愿, 支持Compress表 (2)
• 2010/01/10 -- 出售AUL固定许可证 (4)
• 2009/06/09 -- AUL程序上的两处缺陷 (1)
• 2008/12/27 -- AUL并行扫描Extent (1)
• 2008/08/14 -- 一次被迫免费的恢复 (14)
• 2008/08/13 -- 小心看好你的数据 (5)

    没用Key时, 命令行输出如下, 第三行表示是未注册版本.

D:\>sqluldr2

SQL*UnLoader: Fast Oracle Text Unloader Release 3.0.0
(@) Copyright Lou Fangxin 2004/2008, all rights reserved.
Unregisted, maximum 500000 rows, restricted version.

Usage: SQLULDR2 keyword=value [,keyword=value,...]
......

    用KEY命令行选项指定Key文件时, 命令行输出如下, 第三行表示是是注册版本, 并且会显示注册给谁的.

D:\>sqluldr2 key=anysql.key

SQL*UnLoader: Fast Oracle Text Unloader Release 3.0.0
(@) Copyright Lou Fangxin 2004/2008, all rights reserved.
Registered, licence grant to Fangxin.Lou, full version.

Usage: SQLULDR2 keyword=value [,keyword=value,...]
......

    注册版本和未注册版的主要区别如下, 首先是记录数限制, 未注册版本一个SQL最多导出50万行.

D:\>sqluldr2 parfile=testpar.txt
      0 rows exported at 2009-04-02 19:09:10
  500000 rows exported at 2009-04-02 19:09:13
        output file uldrdata.txt closed at 500000 rows.

    第二点是不能自动生成Oracle SQL*Loader装载用的控制文件, 即使是加了TABLE选项.

D:\>sqluldr2 parfile=testpar.txt
      0 rows exported at 2009-04-02 19:09:10
  500000 rows exported at 2009-04-02 19:09:13
        output file uldrdata.txt closed at 500000 rows.

    第三点是不能输出到屏幕(STDOUT), 因此不能进行管道(pipe)重定向操作.

D:\>sqluldr2 parfile=testpar.txt file=-
      0 rows exported at 2009-04-02 19:12:38
      14 rows exported at 2009-04-02 19:12:38
        output file - closed at 14 rows.

    第四点是不能指定batch选项, 导出成多个文本文件. 估计这个又要引起大家的非议了, 注册版本只需要200块钱, 永久有效.

Relative Posts:

• 2010/03/06 -- 简化SQLULDR2的命令行选项设置 (1)
• 2010/02/08 -- SQLULDR2也可改善用户体验 (4)
• 2010/01/15 -- 两个用户的SQLULDR2需求 (1)
• 2009/12/25 -- SQLULDR2的按列文本输出 (0)
• 2009/12/25 -- SQLULDR2的自定义转义符处理 (2)
• 2009/10/27 -- 将SQLULDR2转义符进行到底 (3)
• 2009/10/26 -- SQLULDR2处理MySQL转义符 (1)
• 2009/08/31 -- SQLULDR2处理MySQL的空值 (2)
• 2008/01/25 -- ociuldr更新(2008/01/25) (13)
• 2007/08/22 -- ociuldr的更新, 为了更好的long类型支持 (1)

FSCat is a utility for dumping filesystems offline. No kernel driver is needed, just access to the block device and an FSCat driver for the particular filesystem.

    这是一个离线备份文件系统的工具, 可以在没有内核驱动的情况用, 访问FSCat支持的特殊文件系统. 看第二段说明, 就可以知道支持哪些的文件系统了.

FSCat can list, archive, and copy out the contents of the filesystem. FSCat currently supports OCFS2, EXT2, EXT3, and OCFS filesystems.

    FSCat可以列出, 归档和拷贝文件系统中的内容, 并且支持OCFS和OCFS2, 更支持Linux上的主流文件系统EXT2和EXT3. 在Man Page中可以找到如下字样.

This allows administrators to recover data when drivers are not available, and even when the storage is slightly corrupt.

    可以在没有驱动或文件系统在轻微损坏的情况下恢复出数据来. 这到是一个不错的工具, 有空试试, 也看看能不能在Windows上编译出来.

Relative Posts:

• 2010/01/10 -- 出售AUL固定许可证 (4)
• 2009/06/09 -- AUL程序上的两处缺陷 (1)
• 2009/04/26 -- 拯救数据, 拯救地球? (9)
• 2008/08/14 -- 一次被迫免费的恢复 (14)
• 2008/08/13 -- 小心看好你的数据 (5)
• 2008/08/01 -- 终极Oracle数据恢复工具 — AUL (8)
• 2008/07/06 -- 连错库误删100多张表 (9)
• 2008/04/16 -- AUL Sybase数据恢复工具 (4)
• 2008/04/02 -- Log Miner恢复的误区 (5)
• 2008/03/30 -- AUL也走品牌路线? (2)

    一开始找的并不是我, 人家要的是Oracle原厂的服务, 因为原厂的DUL工具, 没有考虑变长字符集中CLOB数据的问题, 因此没有办法处理大量CLOB中的中文信息, 在Oracle恢复了不包含CLOB列的表后, 某技术服务公司的工程师向他们推荐了我. 去年也为其他地方公安局提供过类似服务, 都是很顺利地恢复出数据, 然后支付相应的旨用.

    此次也是一样, 一科长级别的人与我电话构通的, 说就这么点服务费没有问题, 不用担心. 其实就这点费用, 的确不算什么, 组织几个人在国内参观/开会一次的费用也大大超过这个数了, 所以也没有什么担心, 再说牵线的那公司还是很有名的, 国内一流的Oracle技术服务提供商. 一向认为事情会以简单的方式去处理掉, 就不想什么其他先提供服务再说了, 毕竟人家的数据已经好几天没能访问了, 也就不先预收点劳务费了.

    但后来的事情发展还是出于意料的, 本月初我打那课长的电话还是接的, 这几天则无论如何打都不接了, 这分明是想赖帐了. 因为请的原厂的恢复费用他们也没有给, 更别说我的了. 不过一个公安科长级别的人物, 没有什么理由不接这样的电话的, 服务公司也找不到他们, Oracle原厂的服务是他们出面请的, 那个费也没有给呢.

    其实直接说不付也行, 说公安系统要你免费提供支持也行, 这不接电话就不对了. 被迫免费也行啊, 谁让我们做技术的单纯, 容易被骗呢? 借那次经验, 完善了AUL恢复软件对于中文的支持, 也是好事, 解决了中文的问题, 繁体或韩文或日文都一起解决了, 也算有所得了.

    估计这一页或本站会被GFW掉.

Relative Posts:

• 2009/04/26 -- 拯救数据, 拯救地球? (9)
• 2008/08/13 -- 小心看好你的数据 (5)
• 2008/08/01 -- 终极Oracle数据恢复工具 — AUL (8)
• 2008/07/06 -- 连错库误删100多张表 (9)
• 2008/04/02 -- Log Miner恢复的误区 (5)
• 2008/03/28 -- 选择AUL恢复数据的理由 (3)
• 2008/03/19 -- Oracle数据恢复服务模式 (0)
• 2008/01/24 -- 有恢复业务, 你想去做? (5)
• 2007/11/06 -- 将完成AUL最后一个心愿, 支持Compress表 (2)
• 2007/08/15 -- 到低数据是谁的? 是DBA的吗? (4)

d.c.b.a: 现在所有数据文件都丢了?
answer : 现在有的就是这些文件.
d.c.b.a: 要确定, 是不是全的, 最好是找出他们作备份的脚本看一下
answer : 这个恐怕很难
answer : 这个脚本是什么格式的?
answer : 一般存放在什么目录下?
d.c.b.a: 他们那边没有管理员的?
answer : 有，但是不能问...
d.c.b.a: why?
answer : 因为东西是down下来的. 明白了?

    这种事情当然是不能做了, 对方也知道说错话了, 马上就下线了. 从安全的角度来看, 数据的备份也需要分开来保存了, 以免人家轻松取得所有的数据.

Relative Posts:

• 2009/04/26 -- 拯救数据, 拯救地球? (9)
• 2008/08/14 -- 一次被迫免费的恢复 (14)
• 2008/08/01 -- 终极Oracle数据恢复工具 — AUL (8)
• 2008/07/06 -- 连错库误删100多张表 (9)
• 2008/04/02 -- Log Miner恢复的误区 (5)
• 2008/03/28 -- 选择AUL恢复数据的理由 (3)
• 2008/03/19 -- Oracle数据恢复服务模式 (0)
• 2008/01/24 -- 有恢复业务, 你想去做? (5)
• 2007/11/06 -- 将完成AUL最后一个心愿, 支持Compress表 (2)
• 2007/08/15 -- 到低数据是谁的? 是DBA的吗? (4)

    经过三年多的研究开发和完善, AUL的功能已经十分完美, 支持文本方式(第二版)及DMP方式(第三版),多种数据类型, 包括BLOB与CLOB(第四版)的恢复, 并在AUL第五版中成功支持压缩表. 支持最新的Oracle 11g版本数据库.

    到目前为止, 已经有来自十多个不同地区和国家的数十位客户选择了AUL作为终极恢复工具, 累计恢复的数据量已经超过1TB, 曾收到过1TB数据库的恢复请求, 更被真实地应用于一个2TB数据库的恢复实例中, 以最快的响应速度和最快的恢复速度(最短的案例是一个半小时, 从接到请求到将数据库恢复成文本文件)满足客户的要求.

    在处理CLOB字段中文以及NCHAR/NVARCHAR字段时，Oracle DUL目前的版本无能为力, 处理无SYSTEM时LOB字段的表, 同样无能为力. 而AUL可以处理所有这些特殊情况.

    强烈建议大家做好数据库的备份工作, 欢迎大家在不知道如何备份或在恢复时遇到不明不清楚的问题时向我咨询.

Relative Posts:

• 2008/03/19 -- Oracle数据恢复服务模式 (0)
• 2009/06/09 -- AUL程序上的两处缺陷 (1)
• 2009/04/26 -- 拯救数据, 拯救地球? (9)
• 2008/12/27 -- AUL并行扫描Extent (1)
• 2008/07/06 -- 连错库误删100多张表 (9)
• 2008/05/12 -- Oracle不行再用AUL (7)
• 2008/04/17 -- Oracle DUL不行就用AUL (10)
• 2008/03/28 -- 选择AUL恢复数据的理由 (3)
• 2008/03/26 -- 不是好人, 这么无耻! (24)
• 2008/03/20 -- AUL恢复Oracle视图代码? (0)