×

ddwindows工具

ddwindows工具(运行windows工具)

admin admin 发表于2023-04-04 16:58:08 浏览63 评论0

抢沙发发表评论

本文目录一览:

ddwin.exe是什么?

是dwwin错误

dwwin.exe是微软Doctor Watson错误报告程序,包括在一些微软的产品中。

Dr.Watson是一个崩溃分析工具,它会在应用程序崩溃的时候自动弹出,并且在默认情况下,它会将与出错有关的内存存为DUMP文件以供程序员分析。

不过我们作为普通用户,记录DUMP文件不但毫无用处,而且还有两个极大的缺点:

1.崩溃的瞬间,会有一个对话框弹出,告知应用程序出错将被关闭。这时,一般伴随有巨型的读盘现象,要过很久程序才能关闭。这是因为Dr.Watson在做内存DUMP。

2.占用大量磁盘空间。有时DUMP下来的这些文件会占用大量的磁盘空间。

实际上DRWTSN32是Windows默认的出错调试器,如果我们根本不想用它的话,打开注册表编辑器,进入主键〔HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsNT\CurrentVersion\AeDebug〕,然后将“AUTO”键值设置为0。 -ddwindows工具

3.在"开始"-"运行"中输入"drwtsn32"命令,或者"开始"-"程序"-"附件"-"系统工具"-"系 统信息"-"工具"-"Dr Watson",调出系统里的华医生Dr.Watson ,只保留"转储全部线程 上下文"选项,否则一旦程序出错,硬盘会读很久,并占用大量空间。如以前有此情况,请 查找user.dmp文件,删除之。-ddwindows工具

dd安装windowsarm

安装步骤如下:

1、下载符合ARM架构的Windows10镜像文件。

2、下载并安装DD工具,插入可启动设备。

3、打开DD工具,选择下载好的镜像文件,然后选择目标设备,点击“开始”按钮。

4、DD工具会将镜像文件写入到U盘或SD卡中。

5、将制作好的安装盘插入到设备中,将启动顺序调整为U盘或SD卡。

6、保存设置,重启设备,并按照提示完成安装过程即可。

如何在windows下运用dd来下修复坏块

对于windows来说,相比unix或linux 操作起来更麻烦,其实windows也是可以使用dd的,

运用dd和UE基本上可以起到和使用bbed一样的效果。大家可以在这里下载dd for win版本dd-0.6beta3

SQL SELECT * FROM v$version;

BANNER

----------------------------------------------------------------

Oracle DATABASE 10g Enterprise Edition Release 10.2.0.4.0 - Prod

PL/SQL Release 10.2.0.4.0 - Production

CORE 10.2.0.4.0 Production

TNS FOR 32-bit Windows: Version 10.2.0.4.0 - Production

NLSRTL Version 10.2.0.4.0 - Production

SQL CREATE TABLE test1 AS SELECT owner,object_id,object_name FROM dba_objects

2 WHERE rownum 500;

表已创建。

SQL SELECT header_file,header_block FROM dba_segments WHERE segment_name='TEST1';

HEADER_FILE HEADER_BLOCK

----------- ------------

5 11

SQL SELECT DISTINCT dbms_rowid.rowid_relative_fno(rowid) file# FROM test1;

FILE#

----------

5

SQL SELECT DISTINCT dbms_rowid.rowid_block_number(rowid) blk# FROM test1;

BLK#

----------

13

12

SQL SHOW parameter db_block

NAME TYPE VALUE

------------------------------------ ----------- ------------------------

db_block_buffers INTEGER 0

db_block_checking string FALSE

db_block_checksum string TRUE

db_block_size INTEGER 8192

-- 关闭数据库,使用万能的UE修改file 5 block 13

SQL conn /AS sysdba

已连接。

SQL shutdown immediate;

数据库已经关闭。

已经卸载数据库。

ORACLE 例程已经关闭。

SQL startup

ORACLE 例程已经启动。

Total System Global Area 314572800 bytes

Fixed SIZE 1296452 bytes

Variable SIZE 96470972 bytes

DATABASE Buffers 209715200 bytes

Redo Buffers 7090176 bytes

数据库装载完毕。

数据库已经打开。

SQL conn roger/roger

已连接。

SQL SELECT COUNT(*) FROM test1;

SELECT COUNT(*) FROM test1

*

第 1 行出现错误:

ORA-01578: ORACLE 数据块损坏 (文件号 5, 块号 13)

ORA-01110: 数据文件 5: 'G:\ORACLE\PRODUCT\10.2.0\ORADATA\ALEX\ROGER01.DBF'

说明一下的是,我这里直接修改了块头中的flg,将其修改为0xff,oracle将直接标记为物理坏块。

C:\ dbv file=G:\ORACLE\PRODUCT\10.2.0\ORADATA\ALEX\ROGER01.DBF blocksize=8192

DBVERIFY: Release 10.2.0.4.0 - Production on 星期六 7月 9 15:48:35 2011

Copyright (c) 1982, 2007, Oracle. All rights reserved.

DBVERIFY - 开始验证: FILE = G:\ORACLE\PRODUCT\10.2.0\ORADATA\ALEX\ROGER01.DBF

页 13 标记为损坏

Corrupt block relative dba: 0x0140000d (file 5, block 13)

Bad check value found during dbv:

Data in bad block:

type: 6 format: 2 rdba: 0x0140000d

last change scn: 0x0000.000fbf2f seq: 0x2 flg: 0xff

spare1: 0x0 spare2: 0x0 spare3: 0x0

consistency value in tail: 0xbf2f0602

check value in block header: 0xd7f

computed block checksum: 0xfb00

DBVERIFY - 验证完成

检查的页总数: 2560

处理的页总数 (数据): 1

失败的页总数 (数据): 0

处理的页总数 (索引): 0

失败的页总数 (索引): 0

处理的页总数 (其它): 11

处理的总页数 (段) : 0

失败的总页数 (段) : 0

空的页总数: 2547

标记为损坏的总页数: 1

流入的页总数: 0

最高块 SCN : 1031985 (0.1031985)

修复坏块的方式大家都知道有很多,我就不多说了,我这里需要说的是,windows下我用dd将该block取出来。

然后使用bbed进行修改(当然,既然我们能用UE制造坏块,那么也就可以完全用UE来修复坏块,只是非常难)

-- 使用dd 复制file 5 block 13

C:\ dd if=G:\ORACLE\PRODUCT\10.2.0\ORADATA\ALEX\ROGER01.DBF of=5.13.dd skip=13 bs=8192 count=1

rawwrite dd for windows version 0.6beta3.

Written by John Newbigin jn@it.swin.edu.au

This program is covered by terms of the GPL Version 2.

skip to 106496

1+0 records in

1+0 records out

C:\Documents and Settings\Administrator dir *dd

驱动器 C 中的卷是 system

卷的序列号是 48A6-367D

C:\Documents and Settings\Administrator 的目录

2011-07-09 15:32 8,192 5.13.dd

1 个文件 8,192 字节

0 个目录 9,338,363,904 可用字节

由于我这里是10204的,所以就不用9iR2的bbed for win版本了,我将dd出来的file 5.13.dd文件传到linux中,进行修复

[oracle@roger ~]$ ls -ltr 5.13*

-rw-r--r-- 1 oracle dba 8192 Jul 9 2011 5.13.dd

[oracle@roger ~]$ bbed parfile=par.bbd

Password:

BBED: Release 2.0.0.0.0 - Limited Production on Sat Jul 9 15:34:38 2011

Copyright (c) 1982, 2007, Oracle. All rights reserved.

************* !!! For Oracle Internal Use only !!! ***************

BBED info

File# Name Size(blks)

----- ---- ----------

1 /oracle/product/oradata/roger/system01.dbf 61440

2 /oracle/product/oradata/roger/undotbs01.dbf 3200

3 /oracle/product/oradata/roger/sysaux01.dbf 30720

4 /oracle/product/oradata/roger/users01.dbf 640

5 /oracle/product/oradata/roger/roger01.dbf 0

6 /home/oracle/5.13.dd 1

BBED set file 6

FILE# 6

BBED p kcbh

struct kcbh, 20 bytes @0

ub1 type_kcbh @0 0x06

ub1 frmt_kcbh @1 0xa2

ub1 spare1_kcbh @2 0x00

ub1 spare2_kcbh @3 0x00

ub4 rdba_kcbh @4 0x0140000d

ub4 bas_kcbh @8 0x000fbf2f

ub2 wrp_kcbh @12 0x0000

ub1 seq_kcbh @14 0x02

ub1 flg_kcbh @15 0xff (KCBHFNEW, KCBHFDLC, KCBHFCKV)

ub2 chkval_kcbh @16 0x0d7f

ub2 spare3_kcbh @18 0x0000

BBED modify /x 4 offset 15

Warning: contents of previous BIFILE will be lost. Proceed? (Y/N) y

File: /home/oracle/5.13.dd (6)

Block: 1 Offsets: 15 to 511 Dba:0x01800001

------------------------------------------------------------------------

047f0d00 00010000 008ccb00 002dbf0f 00000000 00030032 00090040 01ffff00

00000000 00000000 00000000 00008000 002dbf0f 00000000 00000000 00000000

00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000

00000000 00000000 00000000 000001c7 00ffffa0 01dc0c3c 0b3c0b00 00c7005d

1f3e1f1d 1ffb1eda 1eb71e93 1e7b1e5f 1e4c1e3a 1e221e0a 1ef01dd4 1dbd1da4

1d891d6c 1d591d44 1d331d21 1d0b1de6 1cd51cc3 1cad1c88 1c771c65 1c4f1c2a

1c191c07 1cf11bcc 1bba1ba7 1b911b6c 1b5a1b47 1b311b0c 1bfb1ae8 1ad51ac0

1aab1a97 1a7e1a6a 1a561a3c 1a271a16 1a001aed 19d519c3 19b1199f 198a1978

195f194c 19341922 191019fd 18ea18d6 18c018b0 188b1866 1852183c 18231809

18f317d9 17bf17a5 1792177b 17681751 173d1725 171217fb 16e416d0 16b816a6

1690167a 16641654 1640162b 161216fa 15de15c2 15ab1590 15751561 15491531

1520150b 15f514db 14cb14ba 14a81495 1481146d 14581444 142f141b 140614f2

13d813bd 13ac1396 136f1359 1344132a 131213f5 12e512ca 12b61291 127b1267

12511237 121f1205 12ed11d3 11bd11a8 1192117a 1164114d 11361120 110c11f7

10dc10c3 10a4108f 10781061 10481034 101b1000 10e60fc1 0faa0f90 0f760f5a

0f3a0f1a 0f000fe3 0ec60eae 0e940e7b 0e

32 bytes per line

BBED sum apply

Check value for File 6, Block 1:

current = 0x46c3, required = 0x46c3

C:\ dd if=5.13.dd of=G:\ORACLE\PRODUCT\10.2.0\ORADATA\ALEX\ROGER01.DBF seek=13 bs=8192 count=1 conv=notrunc-ddwindows工具

rawwrite dd for windows version 0.6beta3.

Written by John Newbigin jn@it.swin.edu.au

This program is covered by terms of the GPL Version 2.

notrunc

1+0 records in

1+0 records out

如上是通过bbed来修改的,当然,我们还可以用dbms_repair包来操作,它实质是对坏块进行标记,

然后oracle在做扫描block的时候,会跳过该坏块,类似event 10231.

SQL BEGIN

2 DBMS_REPAIR.ADMIN_TABLES (

3 TABLE_NAME = 'REPAIR_TABLE',

4 TABLE_TYPE = DBMS_REPAIR.repair_table,

5 ACTION = DBMS_REPAIR.create_action,

6 TABLESPACE = 'ROGER');

7 END;

8 /

PL/SQL 过程已成功完成。

SQL SET serveroutput ON

SQL DECLARE num_corrupt INT;

2 BEGIN

3 num_corrupt := 0;

4 DBMS_REPAIR.CHECK_OBJECT (

5 SCHEMA_NAME = 'ROGER',

6 OBJECT_NAME = 'TEST1',

7 REPAIR_TABLE_NAME = 'REPAIR_TABLE',

8 corrupt_count = num_corrupt);

9 DBMS_OUTPUT.PUT_LINE('number corrupt: ' || TO_CHAR (num_corrupt));

10 END;

11 /

NUMBER corrupt: 1

PL/SQL 过程已成功完成。

SQL SELECT object_id,RELATIVE_FILE_ID,block_id,CORRUPT_TYPE,object_name

2 FROM repair_table;

OBJECT_ID RELATIVE_FILE_ID BLOCK_ID CORRUPT_TYPE OBJECT_NAME

---------- ---------------- ---------- ------------ ---------------

52108 5 13 6148 TEST1

SQL DECLARE

2 fix_count int;

3 BEGIN

4 fix_count := 0;

5 DBMS_REPAIR.fix_corrupt_blocks (

6 schema_name = 'ROGER',

7 object_name = 'TEST1',

8 object_type = DBMS_REPAIR.table_object,

9 repair_table_name = 'REPAIR_TABLE',

10 fix_count = fix_count);

11 DBMS_OUTPUT.put_line('fix count: ' || TO_CHAR(fix_count));

12 END;

13 /

fix COUNT: 0

PL/SQL 过程已成功完成。

SQL BEGIN

2 DBMS_REPAIR.skip_corrupt_blocks (

3 schema_name = 'ROGER',

4 object_name = 'TEST1',

5 object_type = DBMS_REPAIR.table_object,

6 flags = DBMS_REPAIR.skip_flag);

7 END;

8 /

PL/SQL 过程已成功完成。

SQL conn roger/roger

已连接。

SQL SELECT COUNT(*) FROM test1;

COUNT(*)

----------

300

BBED p kdbt

struct kdbt[0], 4 bytes @138

b2 kdbtoffs @138 0

b2 kdbtnrow @140 199

可以发现,完全跳过了坏块file 5 block 13,现在正常数据是300条(其中坏块13中包含数据199条).

补充一点的是,我们还可以使用基于rowid扫描,将test1表中的其他数据给提取出来。

如下是利用基于rowid扫描的方式保存除坏块以外的正常数据:

SQL SELECT dbms_rowid.rowid_create(1,52108,5,13,0) FROM dual;

DBMS_ROWID.ROWID_C

------------------

AAAMuMAAFAAAAANAAA

SQL SELECT dbms_rowid.rowid_create(1,52108,5,14,0) FROM dual;

DBMS_ROWID.ROWID_C

------------------

AAAMuMAAFAAAAAOAAA

SQL CREATE TABLE test1_bak AS

2 SELECT /* rowid(test1) */ * FROM test1

3 WHERE rowid CHARTOROWID('AAAMuMAAFAAAAANAAA')

4 OR rowid = CHARTOROWID('AAAMuMAAFAAAAAOAAA');

表已创建。

SQL SELECT COUNT(*) FROM test1_bak;

COUNT(*)

----------

300

最后再补充一点的是,如果表有索引,那么记得操作完以后记得rebuild index。