5.编辑第4步的三个文件分别为inc0.sh,inc1.sh,inc2.sh

nohup $ORACLE_HOME/bin/rman cmdfile=/u03/bk/scripts/inc1.rcv

log=/u03/bk/scripts/inc0.log append &

6.使用crontab制定备份计划

二、具体实现

演示环境：

系统： CentOS release 4.6 (Final) + Oracle 10g

目标数据库： austin

恢复目录数据库: david

备份目录： /u03/bk

连接脚本所在路径：/u03/bk/scripts

注：监听需要配置好且已启动

1.连接脚本

connect.rcv文件内容

connect catalog rman/rman@david;

connect target sys/oracle@austin;

catalog的通用脚本

rman cmdfile=/u03/bk/scripts/connect.rcv --(在rman中使用外部脚本)

rman catalog rman/rman@david target sys/oracle@austin --使用该脚本连接

后创建通用脚本

2.建立通用脚本

--删除不必要的备份

RMAN> create global script global_del_obso comment'A script for obsolete backup and delete it' {

2> crosscheck archivelog all;

3> delete noprompt expired archivelog all;

4> allocate channel ch1 device type disk;

5> delete noprompt obsolete recovery window of7 days;

6> release channel ch1;

7> }

--备份控制文件脚本

RMAN> create global script global_bkctl comment'A script for backup control

file'{

2> allocate channel ch1 device type disk;

3> backup as compressed backupset

4> current controlfile reuse

5> format='/u03/bk/backupctl.ctl'

6> tag='bkctl';

7> release channel ch1;

8> }

--备份归档日志脚本

RMAN> create global script global_arch comment "backup archivelog and then delete it" {

2> allocate channel ch1 device type disk;

3> allocate channel ch2 device type disk;

4> sql "alter system archive log current"; --归档当前的联机日志

5> set limit channel ch1 readrate=10240; --(读取速率10M)

6> set limit channel ch1 kbytes=4096000; --(备份片的大小)

7> backup as compressed backupset

8> format='/u03/bk/arch_%d_%U'

9> tag='bkarch'

10> archivelog all delete input;

11> release channel ch1;

12> release channel ch2;

13> }

--使用list查看所有的已建立的全局脚本

list global script names; --(列出所有的脚本)

delete globals script script_name; --(删除脚本)

RMAN> list global script names;

List of Stored Scripts in Recovery Catalog

Global Scripts

Script Name

Description

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

global_arch

backup archivelog and then delete it

global_bkctl

A script for backup control file

global_del_obso

A script for obsolete backup and delete it

3.创建0，1，2级增量备份脚本(注：每个脚本备份前会执行删除过旧的备份，脚本尾部会调用另外两个脚本来备份归档日志及控制文件)

--创建0级增量备份

RMAN> create global script global_inc0 comment "backup database as incrmental level 0"{

2> execute global script global_del_obso;

3> allocate channel ch1 device type disk;

4> allocate channel ch2 device type disk;

5> set limit channel ch1 readrate=10240;

6> set limit channel ch1 kbytes=4096000;

7> set limit channel ch2 readrate=10240;

8> set limit channel ch2 kbytes=4096000;

9> backup as compressed backupset

10> incremental level0database

11> format='/u03/bk/inc0_%d_%U'

12> tag='inc0';

13> release channel ch1;

14> release channel ch2;

15> execute global script global_arch;

16> execute global script global_bkctl;

17> }

--创建1级增量备份

RMAN> create global script global_inc1 comment "backup database as incrmental level 1"{

2> execute global script global_del_obso;

3> allocate channel ch1 device type disk;

4> allocate channel ch2 device type disk;

5> set limit channel ch1 readrate=10240;

6> set limit channel ch1 kbytes=4096000;

7> set limit channel ch2 readrate=10240;

8> set limit channel ch2 kbytes=4096000;

9> backup as compressed backupset

10> incremental level1database

11> format='/u03/bk/inc1_%d_%U'

12> tag='inc1';

13> release channel ch1;

14> release channel ch2;

15> execute global script global_arch;

16> execute global script global_bkctl;

17> }

--创建2级增量备份

RMAN> create global script global_inc2 comment "backup database as incrmental level 2"{

2> execute global script global_del_obso;

3> allocate channel ch1 device type disk;

4> allocate channel ch2 device type disk;

5> set limit channel ch1 readrate=10240;

6> set limit channel ch1 kbytes=4096000;

7> set limit channel ch2 readrate=10240;

8> set limit channel ch2 kbytes=4096000;

9> backup as compressed backupset

10> incremental level2database

11> format='/u03/bk/inc2_%d_%U'

12> tag='inc2';

13> release channel ch1;

14> release channel ch2;

15> execute global script global_arch;

16> execute global script global_bkctl;

17> }

--在rman中检验在rman中写的脚本global_inc0、global_inc1、global_inc2,因为RMAN不会自动检查,下面的语句用来执行脚本(检验)

RMAN> run{

2> execute global script global_inc0;

3> execute global script global_inc1;

4> execute global script global_inc2;

5> }

--查看备份完成情况

list backupset summary;

4.建立shell脚本，让linux自动执行脚本

a. vi inc0.rcv，inc1.rcv ,inc2.rcv --注意不同的文件执行不同的备份脚本

@@/u03/bk/scripts/connect.rcv --(rman下的脚本去调用其他脚本用@@符号)(调用脚本不需要分号)

run{

execute global script gloal_inc0;

}

exit;

b. 编辑shell文件

vi inc0.sh

nohup $ORACLE_HOME/bin/rman cmdfile=/u03/bk/scripts/inc0.rcv

log=/u03/bk/scripts/inc0.log append &

vi inc1.sh

nohup $ORACLE_HOME/bin/rman cmdfile=/u03/bk/scripts/inc1.rcv

log=/u03/bk/scripts/inc0.log append &

vi inc2.sh

nohup $ORACLE_HOME/bin/rman cmdfile=/u03/bk/scripts/inc2.rcv

log=/u03/bk/scripts/inc0.log append &

--注意：nohup与&表示将脚本放入后台执行

c.使用crontab建立一个备份计划

crontab -e

#min hour date mon day(星期) command

301 * * 0 /u03/bk/scripts/inc0.sh

301 * * 1 /u03/bk/scripts/inc2.sh

301 * * 2 /u03/bk/scripts/inc2.sh

301 * * 3 /u03/bk/scripts/inc2.sh

301 * * 4 /u03/bk/scripts/inc1.sh

301 * * 5 /u03/bk/scripts/inc2.sh

301 * * 6 /u03/bk/scripts/inc2.sh

d.重启crontab服务(如果没有启动)

# /sbin/service crond status --用于检查crontab 服务状态

# /sbin/service crond stop //关闭服务

# /sbin/service crond restart //重启服务

# /sbin/service crond reload //重新载入配置

使crontab服务在系统启动的时候自动启动：

在/etc/rc.d/rc.local这个脚本的末尾加上：

/sbin/service crond start

e.从上面的备份策略来看，即

周日执行0级增量备份，相当于全备

周一，周二，周三执行2级增量备份

周四执行1级增量备份

周五，周六执行2级增量备份

f.编辑好的shell 脚本测试

chmod 755 *.sh --给shell脚本加权限

测试脚本例如./inc0.sh

三、总结

1.backup controlfile in each scripts tail (在脚本的尾部备份控制文件)

2.Delete obsolete backupset in each scripts threshold (删除旧的备份)

3.Switch logfile before backup database; (在数据库备份以前切换日志，备份联机重做日志)

4.Chmod u+x*.sh

本文根据德哥RMAN:Oracle数据库一周备份方案的设计整理完成

数据备份与恢复系统哪个品牌好

在互联网普及的时代，数据显得尤为重要。数据备份是对数据进行再存储，是一个数据导出动作，以防数据丢失。而数据恢复则与数据备份是两个相反方向的行为，是将不小心丢失的数据重新导回电脑端。数据备份与恢复系统哪个品牌好呢？ 铱迅数据备份备份与恢复系统，是业界针对大数据量环境的应急接管平台，其利用磁盘级CDP技术，可实现IO级别的细颗粒度实时备份，将备份窗口、数据丢失降到较低。并且可以实现任意时间点的数据挂载与演练，能够快速响应业务系统的接管需求，对应用实现连续保护。 软硬件一体化配置 数据备份与恢复系统集备份服务器，操作系统、备份软件、磁盘阵列融于一体；并可加载铱迅容灾平台的虚拟化软件模块，备份容灾一机实现。 多方位的数据备份支持

备份存储服务器 软件模块 软件部分的服务器端内置在硬件中，采用Web界面提供设备、客户端、备份数据及管理员的管理；客户端由多个功能模块构成，安装在需要备份的服务器或PC上，依据数据保护的对象和等级不同，客户端授权划分为多个类型；更有扩展功能软件包，支持异地数据灾备等功能。

铱迅数据备份与恢复系统采用软硬件一体化配置，以持续数据保护技术(CDP)为核心，具备实时备份、定时备份等功能，整合了USB Key、密码口令等多因子安全身份验证安全模块，可以为数据库、文件、应用、操作系统提供安全、有效、完整的数据保护。 多方位备份 跨平台支持各类桌面电脑、服务器及小型机；支持Windows、Linux、Unix等操作系统及VMware ESX(i)、Hyper-V等虚拟化系统；支持Oracle/SQL Server/My SQL/DB2/Sybase及国产数据库等多种数据库；支持双机、虚拟机等服务器架构；支持LAN-Base、LAN-Free等备份方式；提供手动备份、定时备份、实时备份等备份策略设置；提供数据库、文件、应用及操作系统的多方位保护。 简易化操作 数据自动集中备份到黑方的存储空间中。基于Web界面统一管理平台，提供备份设备、备份客户端、备份数据的集中管理，将IT 技术人员的专业性数据备份恢复工作简化为普通工作人员即可轻松掌握并自动完成的简单工作。 CDP实时备份和恢复 创新性CDP持续数据保护技术，数据备份与恢复准确到秒，连续实时捕获所需备份文件的数据变化，并自动保存变化的数据和时间戳(即表示数据变化的时间节点)，在此基础上可以实现过去任意时间点的数据恢复。有效解决定时备份、准CDP备份的时间窗口问题。 功能简介 核心技术 铱迅数据备份与恢复系统以持续数据保护（CDP）为核心技术精髓，并结合升级加密、数据压缩、数据同步等诸多先进技术，来实现可靠、安全、多面、有效的数据备份与恢复。

ORACLE数据备份与数据恢复方案

O R A C L E数据备份与数据恢 复方案 Prepared on 24 November 2020

摘要 结合金华电信IT系统目前正在实施的备份与恢复策略，重点介绍电信业务计算机管理系统(简称97系统)和营销支撑系统的ORALCE数据库备份和恢复方案。 Oracle数据库有三种标准的备份方法，它们分别是导出／导入 （EXP/IMP）、热备份和冷备份。要实现简单导出数据（Export）和导入数据（Import），增量导出／导入的按设定日期自动备份，可考虑，将该部分功能开发成可执行程序，然后结合操作系统整合的任务计划，实现特定时间符合备份规划的备份应用程序的运行，实现数据库的本级备份，结合ftp简单开发，实现多服务器的数据更新同步，实现数据备份的异地自动备份。 关键字：数据库远程异地集中备份 目录

一、前言 目前，数据已成为信息系统的基础核心和重要资源，同时也是各单位的宝贵财富，数据的丢失将导致直接经济损失和用户数据的丢失，严重影响对社会提供正常的服务。另一方面，随着信息技术的迅猛发展和广泛应用，业务数据还将会随业务的开展而快速增加。但由于系统故障，数据库有时可能遭到破坏，这时如何尽快恢复数据就成为当务之急。如做了备份，恢复数据就显得很容易。由此可见，做好数据库的备份至关重要。因此，建立一个满足当前和将来的数据备份需求的备份系统是必不可少的。传统的数据备份方式主要采用主机内置或外置的磁带机对数据进行冷备份，这种方式在数据量不大、操作系统种类单一、服务器数量有限的情况下，不失为一种既经济又简明的备份手段。但随着计算机规模的扩大，数据量几何级的增长以及分布式网络环境的兴起，将越来越多的业务分布在不同的机器、不同的操作平台上，这种单机的人工冷备份方式越来越不适应当今分布式网络环境。 因此迫切需要建立一个集中的、自动在线的企业级备份系统。备份的内容应当包括基于业务的业务数据，又包括IT系统中重要的日志文件、参数文件、配置文件、控制文件等。本文以ORACLE数据库为例，结合金华电信的几个相关业务系统目前正在实施的备份方案，介绍ORACLE数据库的备份与恢复。 二、金华电信ORACLE数据库的备份与恢复方案 由于金华电信IT系统以前只采用逻辑备份方式进行数据库备份，速度较慢并且数据存储管理都很分散，甚至出现备份数据不完整的现象。为了提高备份数据的效率，提供可靠的数据备份，完善备份系统，保证备份数据的完整性，降低数据备份对网络和服务器的影响，对每个IT系统的备份数据进行集中管理，我们对备份工作进行了改进，将逻辑备份与物理备份相结合，在远程建立了一个异地集中、自动在线的备份系统即网络存储管理系统。（这里用到的物理备份指热备份）其具备的主要功能如下：(1)集中式管理 :网络存储备份管理系统对整个网络的数据进行管理。利用集中式管理工具的帮助，系统管理员可对全网的备份策略进行统一管理，备份服务器可以监控所有机器的备份作业，也可以修改备份策略，并可即时浏览所有目录。所有数据可以备份到同备份服

数据库备份方案

《客户名称》备份管理系统设计方案 上海鸿翼数字计算机网络有限公司

目录 1.项目概述 (3) 2.系统需求分析 (4) 1. (4) 2. (4) 1 (4) 2 (4) 1.1系统现状分析 (4) 1.2备份系统风险评估 (4) 1.3备份系统需求分析 (5) 3.系统备份理念 (5) 1 (5) 2 (5) 3 (5) 3.1系统设计指引 (5) 3.2数据保护技术选择 (6) 3.3连续数据保护 (7) 3.4备份管理系统组成 (7) 4.系统备份结构设计 (9) 1 (9) 2 (9) 3 (9) 4 (9)

4.1整体系统架构设计 (9) 5.系统备份方案介绍 (11) 1 (11) 2 (11) 3 (11) 4 (11) 5 (11) 5.1W INDOWS服务器自身备份 (11) 5.2双机热备 (13) 5.3爱数备份 (14) 6.总结 (17) 1.项目概述

上海鸿翼数字计算机网络有限公司将根据《》的网络实际需求，制定一套完整的集数据备份、灾难恢复、服务器整合及虚拟化一身的方案。一个完整的企业数据备份与恢复解决方案就意味着数据安全与性能（机器和网络）的完美结合，一条龙式的服务标准（产品的服务与支持）。所以在选择备份系统时，既要做到满足系统容量不断增加的需求，又要所用的备份方式能够支持多系统平台操作。要达到这些，就要充分使用网络数据存储系统，在分布式网络环境下，通过专业的数据存储软件，配合系统备份及双机备份，结合相应的硬件和存储设备，对网络的数据备份进行集中管理，从而实现自动化备份、文件归档、数据分级存储和灾难恢复。 2.系统需求分析 1.1系统现状分析 《》网络基础结构是基于Windows平台，现在拥有X台服务器。《》的文档管理系统包含了文件服务器、转档服务器、数据库服务器等企业信息管理系统，为企业的发展提供了强有力的信息化支持。主要数据库包含了Microsoft SQL Server、Oracle、DB2等。 1.2备份系统风险评估 《》的信息系统管理人员十分重视数据的保护，在没有备份软件的情况下，已经采用了重要数据镜像备份、服务器系统镜像备份等常规保护方法，为企业的数据财产提供了安全的保障。但是以上方法很难实现快速备份和灾难后的迅速恢复，很难保证业务的连续性。 根据上面的备份管理系统的风险评估，建议《》使用ESioo安全备份专家软件，配合Windows自带备份和双机虚拟备份，并重新设计相关备份的恢复策略，达到可以快速恢复数据备份和快速恢复文档管理系统备份的水平，从而提高整个企业的数据安全级别。

数据备份及恢复标准流程

数据备份及恢复标准流程

索引 一Outlook Express篇 (3) 二Foxmail篇 (5) 三Office Outlook篇 (7) 四操作系统篇 (8) 五数据库篇 (9) 六数据灾难恢复篇 (10)

一、Outlook Express篇 Outlook Express是WIN9X自带的邮件收发软件，它拥有相当多的用户，但由于其是随系统安装而来的，再加上WIN9X的极不稳定，重装系统后将丢失OE中的很多个性设置，甚至于收发的邮件，因此，在系统正常时备份相关的信息是必要的。本文以OE5.0以上版本为例介绍。 1．存储文件夹的改变 在OE的工具－选项－维护－存储文件夹中可以改变邮件的存放位置，这里必须把邮件存放在其它分区中如E：\MAIL中，或改变HKEY_CURRENT_USER\Software\Microsoft\OutlookExpress中的Store Root，可以导出这个注册表分支，存放在E：\MAIL中。 2．邮件规则的备份 OE的一个强大功能就是其邮件规则，这样可以有选择性的收取邮件，将不用的邮件直接在服务器上删除，这些规则可以在脱机状态下设定，而不象FOXMAIL的远程邮箱管理必须在线执行，这样并没有节省在线的时间。 在OE中设置了邮件规则（在工具－邮件规则－邮件中进行设置）后，在注册表中的HKEY－CURRENT－USER\Identities\{9ACEA700－E70A－11D3－9796－A034DB516564}\Software\Microsoft\Outlook Express\5.0\Rules\Mail保存你的该项设置，当然各人{}中的内容可能不同；你的机子上OE中有多个标识，这里将会有几个{}。 3．个性化的签名 在工具－选项－签名中可以设定自已个性化的签名，而且对不同帐号自动添加不同的签名，如用于投稿的帐号，要添加自己的通信地址，这样可以收到稿费。在新闻中发帖子，要

系统运维管理-备份与恢复管理(Ⅰ)

系统运维管理备份与恢复管理（Ⅰ） 版本历史 编制人： 审批人：

目录 目录 (2) 一、要求内容 (3) 二、实施建议 (3) 三、常见问题 (4) 四、实施难点 (4) 五、测评方法 (4) 六、参考资料 (5)

一、要求内容 a)应识别需要定期备份的重要业务信息、系统数据及软件系统等； b)应建立备份与恢复管理相关的安全管理制度，对备份信息的备份方式、备份频度、存储介质和保存期等进行规定； c)应根据数据的重要性和数据对系统运行的影响，制定数据的备份策略和恢复策略，备份策略须指明备份数据的放置场所、文件命名规则、介质替换频率和将数据离站运输的方法； d)应建立控制数据备份和恢复过程的程序，记录备份过程，对需要采取加密或数据隐藏处理的备份数据，进行备份和加密操作时要求两名工作人员在场，所有文件和记录应妥善保存； e)应定期执行恢复程序，检查和测试备份介质的有效性，确保可以在恢复程序规定的时间内完成备份的恢复； f)应根据信息系统的备份技术要求，制定相应的灾难恢复计划，并对其进行测试以确保各个恢复规程的正确性和计划整体的有效性，测试内容包括运行系统恢复、人员协调、备用系统性能测试、通信连接等，根据测试结果，对不适用的规定进行修改或更新。 二、实施建议 制定数据备份的规定，包括备份的策略、计划和内容等信息，备份策略的制定要结合本身数据量多少、数据更新时间等要求进行制定，对备份的数据要进行定期的恢复性测试，保证该备份的可用性。数据的恢复管理不仅仅是灾难恢复的计划，应当针对不同的数据恢复要求和恢复的内容制定多种适当的恢复策略，并定期对策略的有效性进行测试。

数据备份与恢复

数据备份与恢复 摘要 近年来，以计算机和网络为基础的信息产业获得了空前的发展，人们对数 据的安全性越来越重视。数据备份和灾难恢复逐渐成为了热点问题。由于各种客观原因，人们无法预测何时、何地会发生何种程度的灾难，也不不可能完全防止、控制其发生。但高性能的数据备份和灾难恢复方案能充分保护系统中有价值的信息。保证灾难发生时系统任然正常工作。 引言 随着以计算机为基础的电子信息技术在社会各方面越来越广泛的深入应用，各种工作逐步走上了办公自动化网络管理的发展道路，大量的管理信息系统和专用办公软件被开发并投入使用，这对规范管理、提高工作效率起到了良好的促进作用。在实际工作中，信息系统和管理软件从开始投入使用起，就将随着工作的开展和时间的推移，持续记录并积累大量的数据。工作中的许多重要的决策就是以这些日常积累的数据为基础的。但信息系统在提供方便和高效的同时，在运行中却常常会出现一些意料之外的问题，如人为误操作、硬件损毁、电脑病毒侵袭、断电或其它意外原因造成网络系统瘫痪、数据丢失，给企业、单位和管理人员带来难以弥补的损失。避免这种损失的最佳途径就是建立可靠的数据备份恢复系统，但是大部分应用人员只是在受到损失后才意识到了数据备份的重要性。

目录 一、背景 (3) 二、解决方案 (3) 三、什么是数据备份与恢复？ (4) 四、需要备份的数据对象 (5) 五、备份设备 (6) 六、备份类型（或备份模式） (6) 七、备份窗口 (7) 八、备份介质 (7) 九、备份系统的逻辑结构和部署 (8) 十、恢复操作系统 (10)

一、背景 有专业机构的研究数据表明：丢失300MB的数据对于市场营销部门就意味着13万元人民币的损失，对财务部门意味着16万的损失，对工程部门来说损失可达80万。而丢失的关键数据 如果15天内仍得不到恢复， 企业就有可能被淘汰出局。 实际上，我们很多企业和组 织已有了前车之鉴，一些重 要的企业内曾经不止一次地 发生过灾难性的数据丢失事 故，造成了很大的经济损失， 在这种情况下，数据备份就 成为日益重要的措施，我们 必须对系统和数据进行备份！通过及时有效的备份，系统管理者就可以高枕无忧了。所以，对信息系统环境内的所有服务器、PC进行有效的文件、应用数据库、系统备份越来越迫切。 二、解决方案 基于磁盘备份篇： 企业数据主要分为结构化数据和非结构化数据。结构化数据，即行数据,存储在数据库里。非结构化数据包括所有格式的办公文档、文本、图片、XML、HTML、各类报表、图像和音频/视频信息等。专业的备份系统可同时备份结构化数据和非结构化数据，。目前市面上常见基于磁盘的备份系统类型可分为两种：备份软件+通用硬件存储平台（服务器、NAS存储、磁盘阵列柜）和存储一体柜。基于磁带备份篇：

备份和恢复策略

备份和恢复策略 备份策略 如下的备份方案是可行及有效的： ●冷备份 ●全部和部分卸出（数据）(exp/imp) ●以上方法可以组合使用（建议） 备份方案的优缺点： 1 冷备份 备份过程： 关闭数据库，拷贝所有数据库文件（包括控制文件，重作日志文件，数据文件） 恢复过程：将原来数据库数据文件全部删除（控制文件，重作日志文件，数据文件），将备份拷贝回相应目录，数据库重起即可用。 优点：备份方法简单，可靠，速度快且安全的备份。 缺点：只能恢复到备份时间点，有可能有数据丢失，备份时数据库必须关闭，不能恢复单个表或用户。 2 全库倒出/部分倒出(EXP) 备份过程： 采用oracle 工具exp 将全库数据（或部分用户数据）逻辑卸出。 恢复过程： 使用oracle 工具imp将数据倒入。可以进行全库，用户或表级的倒入。 优点： 备份安全、有效。可以从整个数据库备份中能够恢复单个表，当恢复时，能对表重新配置和清除碎块，能方便地在不同的操作系统之间移动数据，能从一个用户移动数据到另一个。备份方法简单，无须关闭数据库。备份时间对于中小规模的数据库可以接受，恢复方式灵活，可以根据故障情况灵活进行恢复，有可能节省大量恢复时间。 缺点：无法做到时间点恢复，有可能丢失部分数据，恢复时间较慢，备份频度要求较高，一般要求备份时间和生产时间分开，否则备份时影响性能。 3 备份后数据的存放 （1）、存放在本机（主机）。 优点：备份和导出速快。主要用于短时间数据存储、或数据转存。

缺点：主机容量上的限制、和主机数据在一起存在安全性问题。 （2）、存放在其它PC机上。 优点：与主机容量无关，数据异地保存有利于用户数据安全。 缺点：备份和导出与网络速度有关。 （3）、备份到磁带上。 优点：容量大，存储数据安全,适用数据长期保存。 缺点：备份速度慢，数据可先备份到磁盘上，经过压缩后 tar 到磁带上。 4 数据的保存时间 （1）、每天用EXP 进行全库导出备份，全库导出的数据可保存一周。 （2）、每月进行数据冷备份，冷备份的数据可按时间保存两份以上。 （3）、每月底进行保存一份全库导出的数据，备份数据可保存一年左右，它主要用于历史数据导入查询用。 备份操作例子: 1、每月做一次全库冷备份。 操作事例: (1)、录登主机,关闭数据库 $svrmgrl svrmgrl>CONNECT INTERNAL svrmgrl> shoudown (2)、拷贝所有数据库文件（包括控制文件，重作日志文件，数据文件） $cp -r /ctaisdata1/* /ctaisdump/cdump/ctaisdata1/ $cp -r /ctaisdata2/* /ctaisdump/cdump/ctaisdata2/ $cp -r /ctaisdata3/* /ctaisdump/cdump/ctaisdata3/ 或建立批处理 ctais_dump.sh cp -r /ctaisdata1/* /ctaisdump/cdump/ctaisdata1/ cp -r /ctaisdata2/* /ctaisdump/cdump/ctaisdata2/ cp -r /ctaisdata3/* /ctaisdump/cdump/ctaisdata3/ 用chmod 777 ctais_dump.sh 变为可执行文件 在ROOT 用户运行

数据库备份策略说明

数据库备份策略说明 1、备份目的 保障项目数据安全，防止服务器故障导致数据无法恢复的情况。 2、备份策略 综述：所有mysql实例已经实现了master、slave结构，我们备份一般在slave服务器进行。部分备份完成之后，会上传一份数据到存储机或者其他服务器进行异机及异地备份，另外备份保存一份。 一、备份方式 1、本机备份 该备份模式，适合于快速恢复数据。比如：误操作删除数据等 2、异机容灾备份 该备份模式，能比较好的规避单机故障问题。 3、异地容灾备份 该备份模式，规避大规模IDC故障（比如：火灾、地震、空调故障等）、数据安全问题 二、备份频率 1、主站www、bbs、blog等核心项目，进行每天完整备份。结合各项目数据库实例master 与slave结构，以及当前slave服务器负载和带宽情况，采用crontab定时备份。 2、对于跟商业有关的项目，备份策略同核心项目。 3、非核心项目90%备份策略采用核心项目备份机制，其他采用每周备份策略。 4、对于近期大规模更新数据或者数据库结构变更的数据库实例，采用人员干预备份模式，即走备份申请流程。 三、备份准备 1、创建备份目录 /opt/phpdba/backup/database 2、脚本编写 详见第四项，备份脚本 3、加入计划任务crontab 4、检查备份情况 5、添加每天检查列表 四、备份脚本

#!/bin/sh LogFile=db$(date +%y%m%d).log week=`date +%w` cd /opt/phpdba/backup/database for DBName in database do NewFile=db$DBName$(date +%y%m%d).tar.gz OldLogFile=db$(date -d '7 days ago' +%y%m%d).log if [ -f $OldLogFile ] then rm -f $OldLogFile >> $LogFile 2>&1 echo "[$OldLogFile]Delete Old log File Success!" >> $LogFile else echo "[$OldLogFile]No Old log File!" >> $LogFile fi case $week in 1) date=`date -d '56 days ago' +%y%m%d` OldFile=db$DBName$date.tar.gz if [ -f $OldFile ] then rm -f $OldFile >> $LogFile 2>&1 echo "[$OldFile]Delete Old File Success!" >> $LogFile else echo "[$OldFile]No Old Backup File!" >> $LogFile fi ;; 2|3|4|5|6|0) date=`date -d '7 days ago' +%y%m%d` OldFile=db$DBName$date.tar.gz if [ -f $OldFile ] then rm -f $OldFile >> $LogFile 2>&1 echo "[$OldFile]Delete Old File Success!" >> $LogFile else echo "[$OldFile]No Old Backup File!" >> $LogFile fi ;; esac if [ -f $NewFile ] then echo "[$NewFile]The Backup File is exists,Can't Backup!" >> $LogFile else

数据备份与恢复方案

数据备份与恢复方案 2016年8月 目录 1概述 (1) 2备份需求 (1) 3策略 (1) 3.1备份环境 (1) 3.2备份节点 (1) 3.3备份方案概述 (1) 3.4数据恢复概述 (2) 4方案 (2) 5可能遇到情况及解决方法 (5)

1概述 随着公司信息化系统建设的不断推进，我们对信息系统的实时性要求也会越来越高，系统运行遇到故障时尽快恢复服务对公司的正常运营至关重要； 为最大限度保障云盘用户数据安全性，同时为了能在不可预计灾难情况下，保证云盘的安全快速恢复工作，所以需要对云盘进行数据备份与恢复工作。 方案主要内容：数据备份是指通过软件自动执行或手工操作将服务器重要文件及数据保存到磁盘柜和磁带等存储设备上。主要目的是减少及避免由于服务器软硬件故障造成的数据丢失，确保公司信息系统出现故障时在最短的时间内恢复运行并且重新提供服务。 云盘环境 采用双节点方式部署： 服务器：2台物理服务器均安装CentOS 7.0系统与云盘软件。 数据存储：2台服务器分别为：db_master与db_slave，各挂载3T的FC-SAN存储。 2备份需求 对2台云盘服务器数据进行备份，并验证恢复，保证数据安全性。 3策略 3.1备份环境 需要1台服务器安装CV备份服务器，分别为云盘服务器上安装CV控制台，因考虑备份服务器存放备份文件，故CV备份服务器挂载存储需要大于7T（云盘服务器存储为：800G磁盘+3T存储）。 3.2备份节点 2台生产环境云盘服务器都需要备份/data/data_all、/lefsdata、/usr/local/lefos，同时做好标记，区分开主服务器与副服务器的/data/data_all、/lefsdata、/usr/local/lefos。 3.3备份方案概述 将2台生产服务器安装CV客户端，从CV服务器中检测云盘服务器。检测到后，拷贝数据到CV服务器指定目录下。 3.4数据恢复概述 数据恢复时对应主、副服务器，从CV服务器上进行相关操作，将备份的主服务器与副服务器的/data/data_all、/lefsdata、/usr/local/lefos传输回备份服务器目录位置，检测拷贝后文件的所有者与所有组、权限是否正确，重启所有服务。

系统备份策略

系统备份策略 1.为什么要做备份 备份是防止用户数据丢失的重要手段，备份的最终目的是确保数据的安全，我们知道以下各种灾难总是难以避免： Hardware(disk) Failure 尽管现在多数存贮设备都具有冗余功能，但也不能确保不出现数据丢失(例如种种原因出现两个以上的硬盘同时损坏等) Database /Application Corruption 数据库和应用中总是存在bug，或是由于管理上的疏漏而出现数据库表空间和堆栈等溢出而导致数据被破坏等等。 Administrator Error 系统管理员在日常维护过程中总是难免会犯错而出现误删数据等。 User Error 用户的错误往往也会使数据需要恢复到从前某个时段的状态。 Site Disater 生活中有很多不可抗因素和自然灾害如:火灾，洪水，地震，雷击等会造成数据彻底丢失。 2. 备份什么 操作系统的文件及配置 硬盘空间文件系统的划分信息 用户profile及个人目录 应用及数据库系统的执行代码及文件 用户数据 3.备份的分类方式 OS/Database Backup Incremental/Full Backup Online/Offline Backup Local/Network Backup 4. 典型的系统备份策略

数据库数据通常时刻在变，因而要每天作备份，而应用系统及OS 通常在其本身版本升级，打补丁，配置调整后要重做全备份。总之原则是，当系统信息全部丢失时，依靠手头的备份能够以最快的速度进行恢复，且信息损失最少或没有损失。 为了达到这一目的，我们在备份时一定要注意做到： ①组织一种适合自己实际情况的备份策略。 ②将磁带存储在异地。 ③定期清洗磁头。 ④不要使用有故障的磁带。 一般来说，我们有三种不同的备份策略，这三种备份策略的区别在于备份所使用磁带的数量不同，这三种策略分别是： ①三带轮换策略：适合小型系统，能保存三个星期内的网络数据。 如果采用三带轮换策略，我们必须拥有三盘磁带，称为磁带1、磁带2、磁带3。在第一个星期的星期一我们用磁带1作一次完全备份，然后在剩下的几天作部分备份（只备份新的或改动过的文件〕。在第二个星期的星期一我们用磁带2作一次完全备份，在剩下的几天作部分备份。同理，第三个星期用磁带3备份。在第四个星期时，我们将取出磁带1，重新开始新一轮备份。 ②六带轮换策略：能保存两个星期内的数据。 如果采用三带轮换策略，这就意味着我们从星期一到星期四的每天都分别使用一盘磁带进行部分备份，然后再用一盘在星期五作完全备份，剩下那盘留在下个星期五作完全备份。这样我们就可以存储最近两个星期的所有数据。这个备份策略可以用下图表示： 星期一 星期二 星期三 星期四 部分备份

数据备份与恢复管理规范

计算机化系统数据备份与恢复管理规范 数据备份与恢复管理规范 第一章总则 第一条为规范公司电子数据备份与恢复管理工作，合理存储历史数据及保证数据的安全性，保证信息的数据可靠性，保证业务系统数据的完整性和可用性，，保障公司正常的知识产权利益和技术资料的储备，对重要信息实施备份保护；防止因硬件故障、意外断电、病毒等因素造成数据的丢失，并在信息被损坏或丢失时能够及时恢复，使用备份数据恢复被损坏或丢失的业务数据，特制订本规范。 第二条本规范适用于公司电子信息系统的数据备份与管理，公司项目管理部承担了电子数据备份与恢复工作，因此，负责本规范的执行。 第三条定义 3.1 电子数据：也称数据电文，是指以电子、光学、磁或者类似手段生成、发送、接收或者储存的信息。 3.2 电子签名：是指电子数据中以电子形式所含、所附用于识别签名人身份并表明签名人认可其中内容的数据。 3.3 数据审计跟踪：是一系列有关计算机操作系统、应用程序及用户操作等事件的记录，用以帮助从原始数据追踪到有关的记录、报告或事件，或从记录、报告、事件追溯到原始数据。 3.4 数据可靠性：是指数据的准确性和可靠性，用于描述存储的所有数据值均处于客观真实的状态。 第二章第二章授权管理 第四条研究院分析所的电子数据一般来源于电子系统，数据采集、修改、备份、恢复和管理均由质量管理部授权的系统管理员（系统管理员担任）、分析所所长和检验员完成；为确保电子数据的真实、有效，针对不同的人员，授权操作，设置相应的访问权限。 第五条一级管理员（系统管理员担任）：经质量管理部负责人授权的人员，具有系统的所有访问权限。有权建立二级管理员和三级管理员账户，如电脑系统时间、系统日志、操作员权限、增减登录帐户和初始登录帐户密码等，对所有使用的应用软件进行进行原名称安装、修复、备份和卸载，必须使用和验证应用软件为仪器供应商提供的正版软件，保留证书，重装和更换电脑、系统升级应进行风险评估，通过质量管理部门批准；对系统和应用软件采集的电子数据进行备份和恢复，对下级人员没有权限的内容设置成灰色不能使用，下级人员没有

系统备份及恢复

系统备份及恢复 推荐的系统备份策略。系统需要备份的内容: ERDB ( 系统的控制组态内 容): c:\Program files\Honeywell\Experion PKS\Engineering Tools\System\Er Server 实时数据 库 (操作组态内容): C:\ Program files\Honeywell\ Experion PKS\Server\Data 操作流程图(包括子图): 用户自定 Station 设置文 件: C:\ Program files \Honeywell\ Experion PKS\Client\Station\*.stn \system\R**\*.stb QB 设置文件: 用户自定义目录 报表文件(自由格式报表或Excel报表) : 用户自定义目录 事件或历史数据文件及归档文件 (可选择备份或不 备): C: \Program files \honeywell\ Experion PKS\Server\Archive 用户自定义文件: 用户自定义目录 1系统备份介质建议: 移动硬盘 / 刻录光盘 / 磁带 / 远程网络计算机硬盘 1.1 ERDB备份(主Server：ServerB) Upload and Update Dbadmin – Backup Database 生成主*.bak 文件 Control Builder—File-Export生成project 备份文件. Snapshot/Checkpoint files — C:\Honeywell\Engineering Tools\System\ER\CPM***.snapshot 将以上生成的三类文件拷贝到备份目标盘er目录下 1.2 Server 数据库 (Server同步情况下, 只需备份一个 Server) C:\Program files\Honeywell\Experion PKS\Server\Data 目录到备份目标 盘。（不一定能直接copy, 与后台Service有关）。 bckbld –out filename –tag cda / backup function.(使用pntbld filename恢 复组态内容) 1.3 操作流程图(包括子图) 操作流程图(包括子图)备份到目标盘. 1.5 Station 设置文件(两台Server分别备份,并作标记) C:\Honeywell\Client\Station\*.stn 拷贝到备份目标盘station目录下 1.6QB 设置文件 (备份正式使用的那份文件) 用户自定义目录下*.qdb 文件拷贝到备份目标盘qckbld目录下 . 1.7 报表文件(自由格式报表或Excel报表) : C:\Honeywell\Server\Report 下自由格式报表或用户Excel 报表文件拷贝到备份目标盘Report目录下 1.8事件及历史数据文件和归档文件 (可选择备份或不备): C:\honeywell\Server\data ，Archive 和evtarchive目录拷贝到备份目标盘Archive目录下. 1.9 用户自定义文件备份到目标盘 2 使用备份恢复系统（适用于冗余Server） 2.1 ServerA 系统恢复(ServerB 工作正常情况下) ServerA 重新安装操作系统和PKS软 件 设置Servera与Serverb冗余 使ServerA 处于Backup 状态 在Station中(非ServerA station)作Server同步, 恢复Server实时数据库 在ServerB 中 Dbadmin--Recover Secondary Database ServerB中的流程图拷贝到ServerA响应目录下 备份盘中ServerA的Station目录下*.stn文件拷贝回ServerA 中: C:\Honeywell\Client\Station 目录覆盖同名文件. 备份盘中ServerA的qckbld目录中*.qdb文件恢复到ServerA相应目录中 报表文件文件恢复到ServerA相应目录中 历史数据文件从ServerB C:\honeywell\Server\Archive 目录拷贝到ServerA相应Archive目

备份与恢复策略

***有限公司编号 备份与恢复策略实施日期2018/12/1 页数1/2 1.0 目的 制定一个适合的行之有效的资料备份和恢复策略，来解决资料丢失或损坏时，能及时有效地恢复应用程式和资料正常运行和访问。 2.0 范围 本公司服务器资料和备份和恢复。 3.0 职责 系统管理员负责数据的备份和恢复。 4.0 细责 4.1备份策略： 日备份：周一至周五每天PM10：30开始备份，日备份保留最近一周的数备份。 周备份：每周的周六PM10：30开始备份，周备份保留最近4周的备份。 月备份：每月的30号PM10：30备份（2月份为27号PM10：30备份），月备份保留最近12个月的备份。 年备份：每年的第12个月的月备份为该年的年备份，年备份保留最近3年的数据。 4.2 服务器内容备份清单 编号服务器名称备份内容介质 1 U8Server 用友数据库本地硬盘 2 U9Server 共享文件本地硬盘 4.3 备份方式及使用备份软件：所有备份为完全备份。用友数库使用windows自动的 Ntbackup软件备份，文件备份为使用windows2003系统自动的VSS做卷影备份。

***有限公司编号 备份与恢复策略实施日期2018/12/1 页数2/2 4.4 数据恢复策略 4.4.1 定期的资料恢复测试：对于备份的资料，为确保资料的可用性与完整性，规定资料恢复测试周期为三个月1次。包括用户放在服务器上共享文件夹的数据和用友数库的数据。如果成功，则操作人员在恢复记录上签字确认，否则操作人员应分析失败原因，找出解决办法并避免失败再次发生。 4.4.2 日常资料的恢复：收到用户的恢复资料的申请时，首先得到IT经理签名，然后依照恢复需求，对数据进行恢复。 制定确认审批 ***

数据库备份策略说明讲课稿

数据库备份策略说明

数据库备份策略说明 1、备份目的 保障项目数据安全，防止服务器故障导致数据无法恢复的情况。 2、备份策略 综述：所有mysql实例已经实现了master、slave结构，我们备份一般在slave服务器进行。部分备份完成之后，会上传一份数据到存储机或者其他服务器进行异机及异地备份，另外备份保存一份。 一、备份方式 1、本机备份 该备份模式，适合于快速恢复数据。比如：误操作删除数据等 2、异机容灾备份 该备份模式，能比较好的规避单机故障问题。 3、异地容灾备份 该备份模式，规避大规模IDC故障（比如：火灾、地震、空调故障等）、数据安全问题 二、备份频率

1、主站www、bbs、blog等核心项目，进行每天完整备份。结合各项目数据库实例master与slave结构，以及当前slave服务器负载和带宽情况，采用crontab 定时备份。 2、对于跟商业有关的项目，备份策略同核心项目。 3、非核心项目90%备份策略采用核心项目备份机制，其他采用每周备份策略。 4、对于近期大规模更新数据或者数据库结构变更的数据库实例，采用人员干预备份模式，即走备份申请流程。 三、备份准备 1、创建备份目录 /opt/phpdba/backup/database 2、脚本编写 详见第四项，备份脚本 3、加入计划任务 crontab 4、检查备份情况 5、添加每天检查列表 四、备份脚本 #!/bin/sh LogFile=db$(date +%y%m%d).log week=`date +%w` cd /opt/phpdba/backup/database for DBName in database do NewFile=db$DBName$(date +%y%m%d).tar.gz OldLogFile=db$(date -d '7 days ago' +%y%m%d).log if [ -f $OldLogFile ] then rm -f $OldLogFile >> $LogFile 2>&1 echo "[$OldLogFile]Delete Old log File Success!" >> $LogFile

数据备份与恢复方案0803

目录 第1章数据备份与恢复 (2) 1.1 数据库备份方案背景 (2) 1.2 备份与恢复概述 (2) 1.3 数据库备份与恢复所要达到的目标 (2) 第2章数据备份方案 (3) 2.1 备份工具的选取 (3) 2.2 数据备份方案 (3) 2.3 备份实施需求 (3) 2.4 数据备份的几种方式 (4) 第3章数据恢复方案 (5) 3.1 数据恢复的几种方式 (5) 第4章相关参数以及备份恢复示例 (6) 4.1.1 相关参数 (6) 4.1.2 数据备份恢复示例 (7) 第1页

第1章数据备份与恢复 1.1 数据库备份方案背景 随着电子化进程的飞速发展和信息技术的广泛应用，数据越来越成为企业、事业单位日常运作中不可缺少的部分和领导决策的依据。但是，计算机的使用有时也会给人们带来烦恼，那就是计算机数据非常容易丢失和遭到破坏。有专业机构的研究数据表明：丢失300MB的数据对于市场营销部门就意味着13万元人民币的损失，对财务部门意味着16万的损失，对工程部门来说损失可达80万。而丢失的关键数据如果15天内仍得不到恢复，企业就有可能被淘汰出局。随着计算机系统越来越成为企业不可或缺的数据载体，如何利用数据备份来保证数据安全也成为我们迫切需要研究的一个课题。 1.2 备份与恢复概述 备份与恢复是我们使用数据库中不可缺少的部分，也是我们在使用数据库时会经常碰到的问题，当我们使用一个数据库时，总希望数据库的内容是可靠的、正确的，但由于计算机系统的故障(硬件故障、软件故障、网络故障、进程故障和系统故障)影响数据库系统的操作，影响数据库中数据的正确性，甚至破坏数据库，使数据库中全部或部分数据丢失。因此当发生上述故障后，希望能重新建立一个完整的数据库，该处理称为数据库恢复。 1.3 数据库备份与恢复所要达到的目标 备份仅仅是数据保护的手段，“备份数据必须能够迅速、正确的进行恢复”才是真正的目地，换句话说，企业规划备份架构时应该以恢复为最终目的进行构架，当意外发生时、当用户端提出恢复需求时，备份数据要能快速、可靠的恢复，如此的备份才是值得信赖的备份，才有其存储的意义。

FANUC系统数据备份与恢复教学内容

F A N U C系统数据备份 与恢复

一、FANUC系统数据备份与恢复 （一）概述 FANUC数控系统中加工程序、参数、螺距误差补偿、宏程序、PMC程序、PMC数据，在机床不使用是是依靠控制单元上的电池进行保存的。如果发生电池时效或其他以外，会导致这些数据的丢失。因此，有必要做好重要数据的备份工作，一旦发生数据丢失，可以通过恢复这些数据的办法，保证机床的正常运行。 FANUC数控系统数据备份的方法有两种常见的方法： 1、使用存储卡，在引导系统画面进行数据备份和恢复； 2、通过RS232口使用PC进行数据备份和恢复。 （二）使用存储卡进行数据备份和恢复 数控系统的启动和计算机的启动一样，会有一个引导过程。在通常情况下，使用者是不会看到这个引导系统。但是使用存储卡进行备份时，必须要在引导系统画面进行操作。在使用这个方法进行数据备份时，首先必须要准备一张符合FANUC系统要求的存储卡（工作电压为5V）。具体操作步骤如下： 1、数据备份： （1）、将存储卡插入存储卡接口上(NC单元上，或者是显示器旁边)； （2）、进入引导系统画面；（按下显示器下端最右面两个键，给系统上电）； （3）、调出系统引导画面；下面所示为系统引导画面： （4）、在系统引导画面选择所要的操作项第4项，进入系统数据备份画面；（用UP或DOWN键）

（5）、在系统数据备份画面有很多项，选择所要备份的数据项，按下YES键，数据就会备份到存储卡中； （6）、按下SELECT键，退出备份过程； 2、数据恢复： （1）、如果要进行数据的恢复，按照相同的步骤进入到系统引导画面； （2）、在系统引导画面选择第一项SYSTEM DATA LOADING; （3）、选择存储卡上所要恢复的文件； （4）、按下YES键，所选择的数据回到系统中； （5）、按下SELECT键退出恢复过程； （三）使用外接PC进行数据的备份与恢复 使用外接PC进行数据备份与恢复，是一种非常普遍的做法。这种方法比前面一种方法用的更多，在操作上也更为方便。操作步骤如下： 1、数据备份： （1）、准备外接PC和RS232传输电缆； （2）、连接PC与数控系统； （3）、在数控系统中，按下SYSTEM功能键，进入ALLIO菜单，设定传输参数(和外部PC匹配); （4）、在外部PC设置传输参数（和系统传输参数相匹配）； （5）、在PC机上打开传输软件，选定存储路径和文件名，进入接收数据状态； （6）、在数控系统中，进入到ALLIO画面，选择所要备份的文件（有程序、参数、间距、伺服参数、主轴参数等等可供选择）。按下“操作”菜单，进入到操作画面，再按下“PUNCH”软键，数据传输到计算机中； 2、数据恢复： （1）、外数据恢复与数据备份的操作前面四个步骤是一样的操作；

数据备份策略

一、数据备份的必要性 对数据的威胁通常比较难于防范，这些威胁一旦变为现实，不仅会毁坏数据，也毁坏访问数据的系统。造成数据丢失和毁坏的原因主要如下几个方面。 1、数据处理和访问软件平台故障。 2、操作系统的设计漏洞或设计者出于不可告人的目的而人为预置的“黑洞”。 3、系统的硬件故障。 4、人为的操作失误。 5、网络内非法访问者的恶意破坏。 6、网络供电系统故障等。 计算机里面重要的数据、档案或历史纪录，不论是对企业用户还是对个人用户，都是至关重要的，一时不慎丢失，都会造成不可估量的损失，轻则辛苦积累起来的心血付之东流，严重的会影响企业的正常运作，给科研、生产造成巨大的损失。为了保障生产、销售、开发的正常运行，企业用户应当采取先进、有效的措施，对数据进行备份、防范于未然。 数据备份是容灾的基础，是指为防止系统出现操作失误或系统故障导致数据丢失，而将全部或部分数据集合从应用主机的硬盘或阵列复制到其它的存储介质的过程。在一个构建完整的IT应用系统中，数据备份是不可或缺的一个重要部分。 企业信息中心的数据都关系到系统能否正常运转和生产是否能够正常进行的关键信息，一旦损失后将无法弥补。因此，有必要考虑对关键数据进行及时备份。服务器数据备份作为系统维护操作中不可缺少的工作，数据备份工作的好坏，直接关乎应用服务器的生死存亡，直接关系到应用的生存能力。我们提供了三种备份策略，以便能够更好的做好备份工作，给相应的应用提供最坚强的后盾，确保在数据库数据损坏或者丢失的情况下，能够尽快复原，降低最小损失。 二、传统磁带备份 完全备份：这是业界目前最普遍的备份策略方案,定期对自己的系统进行完整数据备份。这种备份策略的好处是:当发生数据丢失的灾难时,可以及时的恢复到备份时的所有数据。然而它的不足之处在于,每天都对整个系统进行完全备份,造成备份的数据大量重复。这些重复的数据占用了大量的磁带空间,这对用户来说就意味着增加成本。其次,由于需要备份的数据量较大,因此备份所需的时间也