erp数据库恢复操作步骤
12归档模式下的数据库完全恢复
12归档模式下的数据库完全恢复在数据库管理中，归档模式是指将数据库的日志进行归档保存，以便在数据发生故障时进行完全恢复。
归档模式下的数据库完全恢复是指通过使用归档的日志文件来还原数据库，使其恢复到发生故障之前的状态。
下面将详细介绍归档模式下的数据库完全恢复的步骤和原理。
首先，归档模式下的数据库完全恢复可以分为以下几个步骤：1.确定恢复点：在进行数据库完全恢复之前，首先要通过分析故障情况来确定一个恢复点。
恢复点是指数据库发生故障之前的一个时间点或者是一个标记点，用来确定从何处开始进行数据库的数据恢复。
2.恢复控制文件：控制文件是数据库的元数据文件，其中包含了数据库的结构信息。
在数据库完全恢复之前，需要先恢复控制文件。
如果控制文件损坏，则可以使用备份的控制文件来进行恢复。
恢复控制文件的过程包括恢复控制文件的备份、重建控制文件和启动数据库实例。
3.恢复归档日志：在控制文件恢复完毕后，需要将归档日志应用到数据库中，以使数据库恢复到故障发生之前的状态。
恢复归档日志的过程包括将归档日志的备份拷贝到数据库服务器上的归档目录中，并将这些归档日志应用到数据库中。
4.恢复数据文件：在归档日志恢复完毕后，需要进行数据文件的恢复。
数据文件是数据库存储数据的文件，如果数据文件损坏，则可以通过使用备份的数据文件来进行恢复。
数据文件的恢复过程包括恢复数据文件的备份、应用归档日志和打开数据库。
5.数据库完全恢复完成：当所有的数据文件都恢复完毕并且数据库已经打开后，数据库就完成了完全恢复。
在归档模式下的数据库完全恢复中，归档日志起着至关重要的作用。
归档日志是数据库发生变化时的记录，包括了所有的事务操作和数据库对象的变化，通过应用这些归档日志可以将数据库恢复到任何一个时间点的状态。
在进行数据库完全恢复的过程中，需要使用归档目录中的归档日志来进行恢复。
因此，在数据库正常运行时，必须保证归档日志的保存和归档的持续进行。
一般来说，归档目录应该位于与数据库数据文件和控制文件不同的存储介质上，以保证在数据库数据文件和控制文件损坏时，归档日志仍然可用。
恢复数据库的方法介绍
而将数据库标记为 SUSPECT。有关如何从此情形中恢复的其他信息，请参 见 SQL Server 联机帮助中的磁盘空间不足”主题。 另外，事务日志扩展可能导致下列情形： - 非常大的事务日志文件。 - 事务可能会失败并可能开始回滚。 - 事务可能会用很长时间才能完成。 - 可能发生性能问题。 - 可能发生阻塞现象。 原因 事务日志扩展可能由于以下原因或情形而发生： - 未提交的事务 - 非常大的事务 - 操作：DBCC DBREINDEX 和 CREATE INDEX
恢复数据库的方法介绍
下面我们给大家介绍一下恢复数据库的方法吧!交易记录备份可以用来将 数据库恢复到某一指定状态，但交易记录备份本身不足以完成恢复数据库的 任务，还需要备份的数据文件参与恢复工作。恢复数据库时，首先进行的是 数据文件的恢复工作。在整个数据文件恢复完成前，不要将其设为完成状 态，否则交易日志就不会被恢复。当数据文件恢复完成，系统会通过交易日 志的备份将数据库恢复成用户希望的状态。如果在数据库最后一次备份后， 存在多个日志文件的备份，备份程序会按照它们建立的时间依次将其恢复。 另一种被称为 log shipping 的过程可以提供更强的数据库备份能力。当 log shipping 配置好后，它可以将数据库整个复制到另一台服务器上。在这种情 况下，交易日志也会定期发送到备份服务器上供恢复数据使用。这使得服务 器一直处于热备份状态，当数据发生改变时它也随之更新。另一个服务器被 称作监视(monitor)服务器，可以用来监视按规定时间间隔发送的 shipping 信 号。如果在规定时间内没有收到信号，监视服务器会将这一事件记录到事件 日志。这种机制使得 log shipping 经常成为灾难恢复计划中使用的方案。 性能优化 交易日志对数据库有重要作用，同时它对系统的整体性能也有一定影响。 通过几个选项，我们可以对交易日志的性能进行优化。由于交易日志是一个 连续的磁盘写入过程，在这当中不会发生读取动作。因此将日志文件放在一 个独立的磁盘，对优化性能有一定作用。
数据库应急恢复方案
数据库应急恢复方案一、引言数据库在现代企业中扮演着至关重要的角色，一旦数据库发生故障或数据丢失，将对企业的正常运营和业务连续性造成严重威胁。
因此，制定一套完善的数据库应急恢复方案显得尤为重要。
本文将介绍数据库应急恢复方案的相关内容，以保障企业数据的安全和稳定运行。
二、备份策略1. 定期备份在制定数据库应急恢复方案时，首先要制定定期备份策略。
根据数据的重要性和更新频率，确定定期备份的时间间隔，常见的备份周期为每日、每周或每月。
同时，备份的频率应与数据的变更程度相匹配，以确保备份数据的实用性。
2. 完整备份与增量备份在备份策略中，可以采用完整备份和增量备份相结合的方式。
完整备份即将整个数据库的所有数据备份下来，而增量备份则是只备份数据库中新增或修改的部分数据。
完整备份适用于全备份和恢复数据库，而增量备份则能够减少备份所需的时间和存储空间。
3. 多点备份为了增加备份数据的安全性，可以选择多点备份的方式。
将备份数据存储在不同的地点，如本地服务器和云存储平台，以防止单一存储介质故障导致的数据丢失。
三、灾难恢复策略1. 灾难划分级别根据灾难的程度，将灾难划分为不同的级别。
比如，一级灾难可能是硬件故障或自然灾害，导致整个数据库不可用；而二级灾难可能是由于应用程序错误或人为失误导致的单个表或部分数据的丢失。
根据不同级别的灾难，采取不同的应急恢复措施。
2. 快速恢复对于一级灾难，需要采取快速恢复策略。
此时，可以使用磁盘镜像、冗余服务器、容灾系统等技术手段，保证数据库能够在最短时间内恢复到正常运行状态。
3. 数据恢复对于二级灾难，即部分数据的丢失情况，需要采用数据恢复策略。
可以利用备份数据进行数据还原，或者通过数据库日志的回滚操作来实现数据的恢复。
四、应急测试与演练1. 定期测试制定数据库应急恢复方案后，需要定期进行测试，以验证方案的可行性和有效性。
通过模拟各种可能的灾难情况，检验数据库恢复的速度和有效性，及时发现问题并进行修复。
ERP-u8系统管理员简单维护流程
一、数据的备份与恢复1．（备份数据）首先用admin账号进入系统管理→账套→输出（如图1）→确认→等待数据的压缩→压缩完毕后选择保存备份数据的路径。
图12.（恢复数据）首先用admin账号进入系统管理→账套→引入（如图2）→选择需要恢复的备份数据→打开→数据开始恢复→成功后会给出提示。
图2二、安装U6 V3.2客户端与远程配置1.安装客户端：在安装过程种有两个需要我们修改的地方。
附图3、图4表示图3（安装客户端的路径：一般我们都把路径设为D:\U6SOFT）图4（安装类型界面中选择所要的安装类型：安装全部产品、单机版安装、服务器安装、数据服务器安装、应用服务器安装、应用客户端、自定义。
应为我们是安装客户端，所以选择应用客户端。
）2.客户端远程配置单击开始菜单→所有程序→用友普及型EPR-U6→系统服务→远程配置→输入服务器名称（如图5）→单击确认图5三、判断和解决客户端不能登陆的简单故障当客户端不能登陆时，首先判断是否是局域网不通所造成的：可以用ping 命令来测试。
下面附图6、图7分别演示局域网通与不通的状态。
图6：我们现在使用ping 192.168.3.123(服务器的IP地址)时显示的是Request timed out表示连接超时。
说明服务器与客户端的局域网不通。
这时候请网络管理员及时排除局域网故障。
图7：当使用ping命令显示如图7时就可以排除不是局域网的问题导致客户端不能登陆。
②．这时我们就需到服务器上观察一下是不是安装了杀毒软件的防火墙阻止了客户端不能。
如果安装了防火墙就可以先把防火墙卸载，再重新启动计算机，如果客户端能登陆了再安装防火墙。
③．我们还可以到服务器上查看是不是SQL或者是用友软件有某些服务器没有启动。
（需要启动的服务附图8表示）查看服务的方法：进入控制面板→打开管理工具→打开服务。
进入服务以后我们需要检查以下服务是否启动。
图8④．因某些插件导致在登陆时出现系统到不到client.dll文件登陆失败的问题。
如何恢复数据库
1.首先启动server2000的企业管理器：
开始—>程序 Microsoft SQL Server –>企业管理器
（恢复时，关闭选房系统）
2查看本计算机的上sql server2000数据库存放的位置如：
D:\Microsoft SQL Server\MSSQL\Data （多数情况下只需要找到Microsoft sqlerver放在哪个盘里就行）
3．按下图执行：
选择从“从设备”还原，点“选择设备”按钮出现下图：
找到你原来备份好的文件，如图中所示数据，然后按确定
再点确定，出现下图：
然后，选择第二个页签(选择)：出现下图，在“在原数据库上强制还原”复选框打上勾，如下图，D:\Microsoft SQL Server\MSSQL\Data，将两个路径全部改成此路径，注意数据库文
件不要改、逻辑文件名也不要改。
然后点确定恢复即可。
改为在第二步上面查到的路径：。
记一次数据库恢复步骤
记一次数据库恢复步骤记一次数据库恢复步骤2011-01-28 10:41阅读(228)环境：OS:AIX 5.3DB:10.2.0.2.0现象：数据库无法openSQL> alter database open;alter database open*ERROR at line 1:ORA-01113: file 11 needs media recoveryORA-01110: data file 1: '/data01/oradata/HZAVMES/system01.dbf'分析原因：此数据库是韩国工厂一个生产数据库，每周一晚上1:00要做一个次热备份，方法大致如下：1.shutdown abort database and startupSQL>shutdown abortSQL>startup2.shutdown immediate database againSQL>shutdown immediate3.copy all datafiles to tapeCOPY datafile with netbackup(NBU) to tape4.startup database againSQL>startup1.alter all tablespaces to begin backup modeSQL>alter tablespace SYSTEM begin backup;....SQL>alter tablespace DAVMD begin backup;但由于数据库现在数据量很大（500G），每次热备的时间很长，值班人员在早上8点，数据库自动备份没有完成时（在第4步时）就没手工把数据作业停掉了，于是再启就出现上面数据库无法打开的问题。
问题是，当数据库在shutdown abort之前，有人把表空间置了热备模式，而一直没有结束SQL>alter tablespace SYSTEM begin backup;....SQL>alter tablespace DAVMD begin backup;这样在数据库abort之后，再重启时需要介质恢复。
SapPRD系统数据恢复操作说明_v1.0_20130325
前言当前SAP with Oracle的备份是通过SAP的BRTools备份恢复工具调用NetWorker SAP备份模块来把Oracle数据库及相关数据备份至NetWorker及后端的备份介质（如DD虚拟带库）。
同样，恢复的时候也是通过SAP BRTools工具的相关功能实现数据库的恢复（Restore）及还原（Recovery）。
如果恢复的目标是异机的，还需要进行灾难恢复步骤（Disaster Recovery）以在异机上重现运行环及配置环境、备份历史信息等。
下文主要基于SAP的异机恢复操作进行说明，即进行环境准备、灾难恢复、数据库恢复和还原三个过程。
如果是本机恢复的话，只需单纯做数据库恢复和还原，或如有必要的配合做一些相关配置文件的恢复。
一、异机恢复环境准备1.在异机上准备SAP、Oracle运行环境，例如如果是新安装机器的，需要安装Oracle、SAP等数据库和程序，以及从备份中恢复配置文件（当前NetWorker 有对F:\usr\sap\PRD\SYS\profile、G:\oracle\PRD\11202\database、G:\oracle\PRD\11202\NETWORK\ADMIN、G:\oracle\PRD\sapbackup、G:\oracle\PRD\saparch等关键路径下的SAP、Oracle配置文件进行每天及每周备份）。
如果要恢复的目标异机是通过虚拟机克隆而来的，一般只需要确认环境配置文件。
但如果是在日常过程中进行备份恢复测试，需要注意测试的目标机的网络配置，包括IP、主机名等不要跟现正运行的生产机冲突。
2.确保目标机器的NetWorker客户端、NetWorker SAP备份模块已安装或运行正确，如果目标机的主机名和IP地址不一致，还需添加相关域名解释和在NetWorker服务器上建立一个新对应的客户端（客户端类型只要普通的文件系统客户端即可）。
同时，谨记确保NetWorker上备份源客户端的“远程访问”属性设为“*@*”以允许异机访问浏览。
数据库备份和恢复方案及步骤(精)
操作系统:GNU/Linux数据库管理系统:Oracle10g一、安装Recovery Catalog1,用dbca创建一个DATABASE catdb,用于存放recovery catalog data [oracle@localhost ~]$dbca2,在catdb中创建一个名为rcat_ts的表空间作为用户rman的默认表空间[oracle@localhost ~]$sqlplus sys/oracle@catdb as sysdbaSQL> create tablespace rcat_ts;SQL> create user rman identified by oracle temporary tablespace tempDefault tablespace rcat_ts quota unlimited on rcat_ts;3,授予catlog所有者rman recovery_catalog_owner角色,该角色提供给用户所有查询和维护recovery catalog所必需的权限SQL> grant connect,resource,recovery_catalog_owner to rman;4,启动rman,以catalog所有者rman登录[oracle@localhost ~]$rman catalog rman/oracle@catdbRMAN> create catalog tablespace rcat_ts;5,用rman同时连接到target数据库、catalog数据库,在新建的recovery catalog 中注册target数据库[oracle@localhost ~]$rman target sys/oracle@orcl catalog rman/oracle@catdbRMAN> register database;6,察看已在recovery catalog中注册的target数据库[oracle@localhost ~]$sqlplus rman/oracle@catdbSQL>select * from db;二、配置RMAN1,同时连接target数据库和recovery catalog数据库[oracle@localhost ~]$rman target sys/oracle@orcl catalog rman/oracle@catdb2,RMAN> show all (检查配置configure default device type to disk ( 设置默认的备份的设备为磁盘CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; (设置备份的并行级别configure channel 1 device type disk format '/home/new/backup_%U' (设置备份文件格式configure channel 2 device type disk format '/home/oracle/backup_%U' (设置备份文件格式configure controlfile autobackup on (打开控制文件的自动备份configure controlfile autobackup format for device type disk to '/home/new/ctl_%F' (设置控制文件备份格式三. 备份测试备份全库1,同时连接target数据库和recovery catalog数据库[oracle@localhost ~]$rman target sys/oracle@orcl catalog rman/oracle@catdb 2,RMAN> backup database plus archivelog delete input;3,连接target数据库[oracle@localhost ~]$sqlplus sys/oracle@orcl as sysdbaSQL> conn hr/hr;SQL> select salary from employees where employee_id=157;SQL> update employees set salary =2000 where employee_id=157;SQL> commit;SQL> select salary from employees where employee_id=157;四. 恢复测试复原及恢复全库1,连接target数据库[oracle@localhost ~]$sqlplus sys/oracle@orcl as sysdba2,把target数据库先关闭,然后启动到mount状态SQL> shutdown immediate;SQL> startup mount;3,复原及恢复全库RMAN> restore databasechannel ORA_DISK_1: restore complete, elapsed time: 00:05:10RMAN> recover databasemedia recovery complete, elapsed time: 00:00:074,连接target数据库[oracle@localhost ~]$sqlplus sys/oracle@orcl as sysdba5,打开target数据库SQL> alter database open;6,查看已录入的事物SQL> conn hr/hr;SQL> select salary from employees where employee_id=157;假设备份了一个表空间users恢复表空间:rman target rman/rman@test2006 catalog rman/rman@test2007sql 'alter tablespace users offline immediate' (使TEST2006的USERS表空间脱机进入test2006select tablespace_name,status from dba_tablespaces; (检查USERS已经脱机退出RMAN删除D:\oracle\oradata\TEST2006\users01.dbfrman target rman/rman@test2006 catalog rman/rman@test2007restore tablespace usersrecover tablespace userssql 'alter tablespace users online' (使TEST2006的USERS表空间在线进入test2006select tablespace_name,status from dba_tablespaces; (检查USERS已经在线三、物理(热备份。
数据备份及恢复的方法.
数据备份及恢复的方法根据国家局对数据安全的要求和部署，各省局需每周对数据库进行增量备份，每月对备份的数据进行介质存储（刻录成光盘或者备份到另一台机器）。
现对数据备份及恢复的方法做以下描述：（一）数据库备份：1、进入命令行界面2、转换身份为数据库管理员#su – db2admin3、停止应用对数据库的操作$ db2 force application all将出现以下提示：DB20000I FORCE APPLICATION 命令成功完成。
DB21024I 该命令为异步的，可能不会立即生效。
4、备份ROEEE数据库$ cd ~$ mkdir backup$ cd backup$ mkdir roeee$ cd roeee$ db2 backup db roeee user db2admin using db2等待出现成功提示后数据库备份成功5、备份DTDB数据库$ cd ..$ mkdir dtdb$ cd dtdb$ db2 backup db dtdb user db2admin using db2等待出现成功提示后数据库备份成功，至此，数据库备份完成。
（二）数据库做增量备份1、首先对数据库作增量备份设置（1）进入命令行界面（2）转换身份为数据库管理员#su – db2admin（3）进入DB2命令行进行设置$ db2db2 =>update db cfg for dtdb using trackmod yes2、设置完成后，须执行一次完整备份：db2=> force application alldb2=> backup db dtdb to /home/db2admin/backup/dtdbdb2=> backup db roeee to /home/db2admin/backup/roeee3、完成后，进行差量备份：db2=> backup db dtdb incremental delta to /home/db2admin/backup/dtdbdb2=> backup db roeee incremental delta to /home/db2admin/backup/roeee （三）数据库备份的恢复$ cd ~$ cd backup/roeee$ db2 restore db roeee user db2admin using db2等待成功提示后执行$ cd ../dtdb$ db2 restore db dtdb user db2admin using db2等待成功提示后完成恢复操作。
会计简述数据恢复的操作过程
会计简述数据恢复的操作过程数据恢复是一项重要的技术操作，用于恢复因各种原因丢失或损坏的数据。
在会计领域，数据恢复尤为重要，因为会计数据是企业决策和财务报告的基础。
本文将以会计的角度简述数据恢复的操作过程。
数据恢复的操作过程可以分为以下几个步骤：1. 评估损失的数据：首先需要评估损失的数据的类型和范围。
在会计领域，可能会涉及到各种类型的数据，包括财务报表、交易记录、凭证等。
评估损失的数据的重要性和紧急程度，以确定数据恢复的优先级。
2. 确定数据丢失原因：接下来需要确定数据丢失的原因。
数据丢失可能是由于硬件故障、软件故障、人为误操作、病毒攻击等多种原因引起的。
了解数据丢失的原因可以帮助制定合适的数据恢复策略。
3. 制定数据恢复计划：根据评估的结果和数据丢失的原因，制定数据恢复的具体计划。
计划应包括恢复数据的方法和工具，以及恢复的时间和成本预估。
在制定计划时，需要根据实际情况考虑到恢复数据可能遇到的困难和挑战。
4. 数据备份恢复：如果有备份数据，可以通过恢复备份数据来恢复丢失的数据。
备份数据可以是在本地存储设备上的，也可以是在远程服务器或云存储上的。
数据备份恢复是最常见和简单的数据恢复方法之一，可以有效地恢复大部分丢失的数据。
5. 数据修复和修复：如果没有备份数据或备份数据不完整，可以尝试修复损坏的数据。
数据修复可以通过专业的数据恢复软件或服务进行。
数据修复的过程可能包括检测和修复文件系统错误、恢复损坏的文件和目录结构、修复损坏的数据块等。
6. 数据恢复验证：在数据恢复完成后，需要对恢复的数据进行验证，确保恢复的数据完整且准确。
验证可以通过比对恢复的数据与原始数据的差异来进行。
如果恢复的数据与原始数据一致，则说明数据恢复成功。
7. 数据备份和保护：完成数据恢复后，为了防止数据再次丢失，需要制定有效的数据备份和保护策略。
数据备份可以定期进行，确保数据的及时备份。
同时，数据的保护也包括加密数据、设置访问权限、防止病毒攻击等措施，以保护数据的安全性和完整性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
操作步骤 1. 通知信调检修开始，并启用IMS备用接口 2. 停止ERP应用系统
172.16.86.28 su - ep1adm stopsap all cleanipc 02 remove
172.16.86.30 su - ep1adm stopsap all cleanipc 04 remove
172.16.86.74 su - ep1adm stopsap all cleanipc 06 remove cleanipc 12 remove
172.16.86.76 su - ep1adm stopsap all cleanipc 08 remove
3. 关闭数据库自动重组 db2 update db cfg using AUTO_RUNSTATS OFF 4. 导出表结构 db2look -d WLQZDB -t DUAL -z LMC -a –e 表结构如下: CREATE TABLE "SAPEP1"."SRT_MONILOG_DATA" ("CALL_ID" VARCHAR(96) NOT NULL DEFAULT ' ', "TS_CALL" DECIMAL(21, 7) NOT NULL DEFAULT 0, "DURATION" INTEGER NOT NULL DEFAULT 0, "NETHDRTIME" INTEGER NOT NULL DEFAULT 0, "PARENT_CALLID" VARCHAR(96) NOT NULL DEFAULT ' ', "CDP_TYPE" VARCHAR(60) NOT NULL DEFAULT ' ', "COMPLETE" VARCHAR(6) NOT NULL DEFAULT ' ', "USERNAME" VARCHAR(36) NOT NULL DEFAULT ' ', "SYS_SID" VARCHAR(24) NOT NULL DEFAULT ' ', "SYS_NR" VARCHAR(6) NOT NULL DEFAULT ' ', "SAPCLIENT" VARCHAR(9) NOT NULL DEFAULT '000', "HOSTNAME" VARCHAR(96) NOT NULL DEFAULT ' ', "APPLSERVER" VARCHAR(120) NOT NULL DEFAULT ' ', "CALL_STATE" VARCHAR(3) NOT NULL DEFAULT ' ', "ERRORTYPE" VARCHAR(30) NOT NULL DEFAULT ' ', "ERRORAREA" VARCHAR(30) NOT NULL DEFAULT ' ', "MSG_STATE" VARCHAR(9) NOT NULL DEFAULT '000', "PROC_STATE" VARCHAR(3) NOT NULL DEFAULT ' ', "TERM_STATE" VARCHAR(3) NOT NULL DEFAULT ' ', "LOCATION" VARCHAR(3) NOT NULL DEFAULT ' ', "ISRESUME" VARCHAR(3) NOT NULL DEFAULT ' ', "DIRECTION" VARCHAR(3) NOT NULL DEFAULT ' ', "IS_ASYNC" VARCHAR(3) NOT NULL DEFAULT ' ', "IS_SHORTCUT" VARCHAR(3) NOT NULL DEFAULT ' ', "CALLEDPROG" VARCHAR(765) NOT NULL DEFAULT '', "SESSION_ID" VARCHAR(120) NOT NULL DEFAULT ' ', "COMM_PATT" VARCHAR(765) NOT NULL DEFAULT '', "SOAP_APPL" VARCHAR(180) NOT NULL DEFAULT ' ', "DT_OBJ" VARCHAR(765) NOT NULL DEFAULT '', "IF_NAME_I" VARCHAR(90) NOT NULL DEFAULT ' ', "IF_NAME_E" VARCHAR(765) NOT NULL DEFAULT '', "IF_NS_E" VARCHAR(765) NOT NULL DEFAULT '', "RESP_SIZE" INTEGER NOT NULL DEFAULT 0, "REQ_SIZE" INTEGER NOT NULL DEFAULT 0, "MEMCONSUMP" DECIMAL(20, 0) NOT NULL DEFAULT 0, "REQ_ID" VARCHAR(96) NOT NULL DEFAULT ' ', "RESP_ID" VARCHAR(96) NOT NULL DEFAULT ' ', "PERSIST_ID" VARCHAR(96) NOT NULL DEFAULT ' ', "SOAP_SEQID" VARCHAR(96) NOT NULL DEFAULT ' ', "WSRM_SEQID" VARCHAR(765) NOT NULL DEFAULT '', "TRC_PATT" DBCLOB(536870912) LOGGED NOT COMPACT, "TRC_KEY" VARCHAR(96) NOT NULL DEFAULT ' ', "PASSPORT_VERS" SMALLINT NOT NULL DEFAULT 0, "REQ_BASED" VARCHAR(3) NOT NULL DEFAULT ' ', "TRC_SSID" VARCHAR(36) NOT NULL DEFAULT ' ', "TRC_USER" VARCHAR(36) NOT NULL DEFAULT ' ', "TRC_TS" DECIMAL(21, 7) NOT NULL DEFAULT 0, "TRC_COUNT" VARCHAR(6) NOT NULL DEFAULT '00', "TRC_EXT" VARCHAR(3) NOT NULL DEFAULT ' ', "OP_NAME" VARCHAR(765) NOT NULL DEFAULT '', "OP_NS" VARCHAR(765) NOT NULL DEFAULT '', "LP_NAME" VARCHAR(180) NOT NULL DEFAULT ' ', "CONF_ID" VARCHAR(96) NOT NULL DEFAULT ' ', "BIND_ID" VARCHAR(96) NOT NULL DEFAULT ' ', "REMADDR" VARCHAR(135) NOT NULL DEFAULT ' ', "LT_RECORDS" BLOB(1073741824) LOGGED NOT COMPACT ) DATA CAPTURE NONE IN "EP1#BTABD" INDEX IN "EP1#BTABI" CCSID UNICODE;
ALTER TABLE "SAPEP1"."SRT_MONILOG_DATA" LOCKSIZE ROW APPEND OFF NOT VOLATILE LOG INDEX BUILD NULL;
GRANT CONTROL ON TABLE "SAPEP1"."SRT_MONILOG_DATA" TO USER "SAPEP1";
ALTER TABLE "SAPEP1"."SRT_MONILOG_DATA" ADD CONSTRAINT "SRT_MONILOG_DATA~0" PRIMARY KEY ("CALL_ID" );
5. 将SAPEP1.SRT_MONILOG_DATA 重新命名
Db2 rename table SAPEP1.SRT_MONILOG_DATA to SAPEP1.SRT_MONILOG_DATA1. 6. 重新创建表SAPEP1.SRT_MONILOG_DATA Db2 –tvf cretable.sql 7. 停止ERP数据库 db2stop 8. 对18个表进行dart操作.同时全库dart以检修时长为限 nohup db2dart ep1 /T /TSI 12 /OI 903 /RPT /db2/eccdata2/check /RPTN PPOIX.RPT & nohup db2dart ep1 /T /TSI 12 /OI 1035 /RPT /db2/eccdata2/check /RPTN PPDIX.RPT & nohup db2dart ep1 /T /TSI 8 /OI 5262 /RPT /db2/eccdata2/check /RPTN ANLA.RPT & nohup db2dart ep1 /T /TSI 12 /OI 592 /RPT /db2/eccdata2/check /RPTN TRFCQOUT.RPT & nohup db2dart ep1 /T /TSI 12 /OI 597 /RPT /db2/eccdata2/check /RPTN TST01.RPT & nohup db2dart ep1 /T /TSI 12 /OI 742 /RPT /db2/eccdata2/check /RPTN EDIDS.RPT & nohup db2dart ep1 /T /TSI 12 /OI 2088 /RPT /db2/eccdata2/check /RPTN SRT_MONILOG_DATA2.RPT & nohup db2dart ep1 /T /TSI 12 /OI 945 /RPT /db2/eccdata2/check /RPTN FAGLFLEXT.RPT & nohup db2dart ep1 /T /TSI 12 /OI 1176 /RPT /db2/eccdata2/check /RPTN ACCTHD.RPT