浪潮SAP系统备份测略
- 格式:doc
- 大小:42.00 KB
- 文档页数:5
SAP系统数据备份策略背景在当前的数字化时代,数据备份对于企业来说变得越来越重要。
SAP系统作为一种常用的企业资源规划软件,其中包含着大量的关键业务数据。
为了确保数据的安全性和完整性,制定一套合理的SAP系统数据备份策略是至关重要的。
目标本文档的目标是提供一套简单而有效的SAP系统数据备份策略,以确保数据的保密性、可用性和完整性。
策略概述我们的SAP系统数据备份策略基于以下原则:1. 定期备份:对SAP系统中的数据进行定期备份,以确保数据的及时性和可恢复性。
备份频率应根据业务需求和数据变动情况进行调整。
定期备份:对SAP系统中的数据进行定期备份,以确保数据的及时性和可恢复性。
备份频率应根据业务需求和数据变动情况进行调整。
2. 多级备份:采用多级备份策略,包括全量备份和增量备份。
全量备份用于存储系统的完整数据,而增量备份则用于存储系统自上次全量备份以来的变化数据。
多级备份:采用多级备份策略,包括全量备份和增量备份。
全量备份用于存储系统的完整数据,而增量备份则用于存储系统自上次全量备份以来的变化数据。
3. 离线存储:备份数据应存储在离线介质中,以防止意外删除、系统故障或恶意操作导致的数据丢失。
离线存储介质可以是磁带、光盘等可靠性高的介质。
离线存储:备份数据应存储在离线介质中,以防止意外删除、系统故障或恶意操作导致的数据丢失。
离线存储介质可以是磁带、光盘等可靠性高的介质。
4. 备份验证:对备份数据进行定期验证,确保备份数据的可用性和完整性。
验证过程应包括备份文件的完整性检查和数据的恢复测试。
备份验证:对备份数据进行定期验证,确保备份数据的可用性和完整性。
验证过程应包括备份文件的完整性检查和数据的恢复测试。
5. 备份策略文档化:将备份策略进行文档化,并确保所有相关人员都能理解和遵守备份策略的要求。
备份策略文档应包括备份频率、备份存储位置、备份验证过程等重要信息。
备份策略文档化:将备份策略进行文档化,并确保所有相关人员都能理解和遵守备份策略的要求。
浪潮备份工具安装使用说明一、找到备份恢复工具,打开文件夹,
双击DBGhostSetup.exe,自动在桌面上形成备份恢复工具
二、备份数据时,双击桌面上的浪潮ERP帐套备份工具
三、双击桌面上的“浪潮ERP账套备份恢复工具”,显示出备份恢复工具界面,需要输入服务器名,服务名既是:开始程序——浪潮软件——环境配置里的服务名。
复制粘贴到备份工具的服务名位置。
如果服务名的后缀有‘\EXPRESS‘,则管理员的口令是:password。
如果没有后缀’\EXPRESS’,管理员口令为空。
四、点击连接按钮,在帐套备份界面选择你要备份的帐套,点击‘备份’。
五、点击备份后,出现另存为界面,选择备份的路径,标上备份的文件名,点击保存即可。
六、系统会自动备份,最后提示备份完毕。
如下图:。
sap系统备份管理制度
SAP系统管理员管理制度
一、目的
SAP数据是公司重要的资本,为保证公司数据的安全,规范的
使用备份体系及策略,做到以预防数据库崩溃或发生故障为主,在数据库发生故障时能及时对业务系统数据库进行恢复,特制定本管理规定。
二、日常备份管理
1、系统管理员每天对SAP系统数据、日志进行完全备份,备
份完成后将备份介质放入干燥箱,并定期寄往北京存放。
2、系统管理员每天对备份的日志、数据大小进行检查。
3、BASIS管理员必须每天对备份的日志进行检查复核。
三、备份恢复管理
1、当系统数据发生灾难时,必须迅速找到相应的备份介质进
行恢复。
2、恢复系统数据时必须严格慎重的操作每一步骤,做到迅速、
准确。
3、恢复完成后需进行测试后方可投入正式使用。
4、每月须对一个利用备份测试服务器进行全面的恢复测试,
并做好相关记录。
备份系统方案第1篇备份系统方案一、背景随着信息化建设的深入推进,数据已成为企业最为宝贵的资产之一。
在各类数据安全风险日益凸显的背景下,建立一套完善的数据备份系统,确保数据的安全性与完整性,已成为企业信息化管理的重中之重。
二、目标1. 确保数据在遭受意外丢失、损坏或篡改时,能够迅速、有效地恢复至最近状态。
2. 降低数据备份、恢复过程中的人工干预,提高备份效率。
3. 符合国家相关法律法规要求,确保数据备份的合法合规性。
三、方案设计1. 备份策略(1)全量备份:每周进行一次全量备份,将所有数据备份至备份存储设备。
(2)增量备份:每日进行一次增量备份,仅备份自上次备份以来发生变化的数据。
(3)差异备份:每两小时进行一次差异备份,备份自上次全量备份以来发生变化的数据。
2. 备份介质采用磁带库作为备份介质,满足长期、大容量数据存储的需求。
3. 备份存储设备选用高性能、高可靠性的备份存储设备,确保数据备份的稳定性和安全性。
4. 备份软件选用符合国家标准、具有良好口碑的备份软件,实现自动化、智能化备份。
5. 数据恢复与验证(1)定期进行数据恢复演练,确保备份数据的可用性。
(2)建立数据恢复流程,明确恢复操作步骤和责任人。
(3)对恢复后的数据进行验证,确保数据的一致性和完整性。
6. 数据安全(1)备份过程中采用加密技术,确保数据传输和存储的安全性。
(2)设置备份存储设备访问权限,防止未授权访问。
(3)定期检查备份设备,确保设备安全可靠。
7. 备份监控与管理(1)建立备份监控机制,实时监控备份进度和状态。
(2)设置备份告警,及时通知管理员处理备份故障。
(3)定期生成备份报告,分析备份情况,优化备份策略。
四、实施步骤1. 调研现有数据环境,制定详细备份策略。
2. 采购备份设备、软件及磁带库等资源。
3. 部署备份系统,配置备份任务。
4. 进行备份测试,验证备份效果。
5. 正式启用备份系统,定期监控和管理备份任务。
6. 定期进行数据恢复演练,优化备份策略。
系统数据备份方案一、背景介绍随着信息技术的迅速发展,各类组织和企业的数据量不断增长,数据的安全性和可靠性成为了重要的关注点。
为了防止数据丢失和意外损坏,需要制定系统数据备份方案,确保数据可以及时恢复和恢复。
二、目标制定系统数据备份方案,确保数据的安全性和可靠性,以应对可能发生的数据丢失和意外损坏的情况。
三、备份策略1. 定期备份:根据数据的重要性和变化频率,制定定期备份计划。
对于关键数据,建议每日备份;对于非关键数据,可以每周备份。
2. 彻底备份:每次备份时,应该备份全部数据,确保数据的完整性和一致性。
3. 增量备份:在完成彻底备份后,可以进行增量备份。
增量备份只备份自上次备份以来新增或者修改的数据,可以减少备份时间和存储空间。
4. 多重备份:建议采用多重备份策略,将备份数据存储在不同的位置或者介质上,以防止单点故障造成的数据丢失。
5. 数据加密:对备份数据进行加密,确保数据在传输和存储过程中的安全性。
可以使用对称加密或者非对称加密算法。
6. 数据压缩:对备份数据进行压缩,减少备份文件的大小,节省存储空间和传输时间。
四、备份存储介质1. 硬盘:使用硬盘作为备份存储介质,可以提供较快的备份和恢复速度。
可以使用外部硬盘、网络存储设备或者云存储服务。
2. 磁带:磁带备份是一种传统的备份方式,具有较大的存储容量和较低的成本。
适合于大规模数据备份。
3. 光盘/ DVD:适合于小型数据备份,具有较低的存储容量和较高的成本。
五、备份软件1. 数据库备份软件:用于备份数据库中的数据,如MySQL、Oracle等。
2. 文件备份软件:用于备份文件和文件夹,如Windows自带的文件历史记录、Cobian Backup等。
3. 系统备份软件:用于备份整个操作系统和系统配置,如Windows备份和恢复、Acronis True Image等。
六、备份恢复测试1. 定期进行备份恢复测试,验证备份数据的可用性和完整性。
2. 摹拟数据丢失或者意外损坏的情况,尝试从备份中恢复数据,确保备份方案的有效性。
sap系统备份教程SAP 全称:systems applications and products in data processing 。
SAP R/3 是一个基于客户/服务机结构和开放系统的、集成的企业资源计划系统。
那么sap系统怎么备份?今天店铺就为大家带来sap系统备份教程,一起看看吧sap系统备份参考如下首先通过:dbmcli -d <SID> -u username,password 和数据库建立连接username通常用superdba然后用如下命令对SAP系统进行备份medium_put D1 C:\MaxDB\Backup\DAT0001 FILE DATAdb_connectbackup_start D1用如下命令对系统LOG进行自动备份medium_put L1 C:\MaxDB\Backup\LOG FILE LOGdb_connectbackup_start L1autolog_on针对DATA进行恢复先测试是否能进行恢复db_connectdb_adminservice_connectrecover_check D1 data (举个例子,我们可以通过backup_history_list -r -last 去查看有哪些data和log的backup) 如果以上return code是0,下面就可以进行恢复了db_connectdb_adminrecover_start D1 data要说明一点的是,别随便去恢复系统,恢复系统后经常会导致无法restart,并且有可能导致SAP<SID>数据库用户丢失,具体原因不详,通常我会在dbmcli里面去停掉db,并且在start sap之前会使用cleanipc <instance no>去清理掉instance下面的process,另外要记得时常备份系统。
SAP R/3在iSeries上有三种备份数据的方法:1、脱机备份:是在R/3系统未启动的情况下,或是在OS/400系统处于保护状态的情况下备份R/3系统的数据。
sap 备份方案SAP 备份方案在当今信息化时代,企业的数据备份和恢复至关重要。
SAP (Systems, Applications and Products in Data Processing)作为全球最大的企业资源计划软件供应商之一,为企业提供了全方位的业务支持。
为了确保SAP系统数据的安全性和可靠性,制定一个合理的备份方案至关重要。
一、概述备份方案的重要性一个有效的SAP备份方案可以确保企业在面临系统故障、数据丢失或其他突发事件时能够快速恢复数据,减少数据丢失和业务中断的风险。
同时,备份方案还可以保护企业的知识产权和遵守数据管理的合规要求。
二、备份方案的设计原则1. 数据完整性:备份方案应确保所有SAP系统的数据都能够完整地备份和恢复。
在设计备份方案时,应对数据库、文档、配置文件和日志等数据进行全面备份,避免遗漏重要信息。
2. 数据安全性:备份方案应确保备份数据的安全性,防止未经授权的访问和数据泄露。
可以通过加密备份数据、访问权限控制和网络安全措施来实现数据的安全保护。
3. 备份速度和可恢复性:备份方案应保证备份过程的高效和恢复数据的快速性。
可以通过增量备份、快照技术和灾难恢复测试等手段来提高备份和恢复的效率。
4. 备份策略的灵活性:备份方案应根据企业的需求和资源情况制定相应的备份策略。
可以根据数据的重要性和敏感性,设置不同的备份频率和保留期限,以最大程度地减少存储成本和备份时间。
三、SAP备份方案的具体实施1. 数据备份类型的选择SAP系统的数据备份可以分为完整备份和增量备份。
完整备份将所有的数据都备份到磁盘或磁带中,适用于数据量较小、备份时间较短的情况。
增量备份则只备份自上次完整备份以来发生变化的数据,可以快速备份和恢复较大的数据量。
2. 备份存储介质的选择在选择备份存储介质时,可以考虑使用硬盘阵列、磁带库或云存储等方式。
硬盘阵列具有备份速度快、可靠性高和恢复速度快的优点,适用于频繁备份和恢复的情况。
浪潮SAP系统备份测略作者:XX时间:XX-12-15版本:1.0>> 开发测试系统备份策略开发测试系统备份测略制定的意图:1>保证项目实施过程中数据的完整性及项目执行进度.2>保证系统成功上线后开发测试系统配置原型完整性和企业自定义配置开发数据的完整性3>必要的时候提供灾难和逻辑错误恢复的数据源开发测试系统备份策略备份周期:2 周(周日除外)备份类型:数据库全备份+离线日志文件备份(ARCHIVE LOGS BACKUP)备份模式:每天离线备份描述:目前浪潮SAP开发测试系统备份为离线数据库全备份+离线日志文件备份,离线日志文件备份模式为SA VE_DELETE,即从离线日志文件目录中备份到磁带后立即将已经备份的离线日志文件从目录中删除以释放硬盘空间。
备份后台作业定义于DB13中,备份开始时间在每晚23~24点之间,备份执行过程中数据库为关闭状态,届时SAP系统不可用,数据库处于一致性状态;备份结束(不论成功与否)后数据库自动开启,SAP系统自动连接,系统回复可用状态,不需人工干预,完全做到系统自行备份。
系统自动管理每天用于备份的磁带信息,每卷磁带的信息以及该磁带保存的备份是否成功,恢复所需的离线日志文件存放地等,都由系统自己纪录,管理员只需每天察看备份LOG。
磁带卷标为R3DB01……R3DB12,每卷磁带对应每一天的数据库备份,不可混用颠倒,请管理员按照每天备份作业的顺序更换磁带,以确保备份在关键时刻可用。
>> 开发测试系统备份策略一览表周次星期一星期二星期三星期四星期五星期六一离线+日志R3DB01 离线+日志R3DB02离线+日志R3DB03离线+日志R3DB04离线+日志R3DB05离线+日志R3DB06二离线+日志R3DB07 离线+日志R3DB08离线+日志R3DB09离线+日志R3DB10离线+日志R3DB11离线+日志R3DB12>> 生产系统备份策略生产系统备份策略制定意图:1>保证项目实施过程中数据的完整性及项目执行进度.2>保证系统成功上线后生产系统数据的完整性3>系统最大可用性,系统最短时间,最方便恢复4>必要的时候提供灾难和逻辑错误恢复的数据源生产系统备份策略备份周期:4 周(周日除外)备份类型:数据库全备份+离线日志文件备份(ARCHIVE LOGS BACKUP)备份模式:每周一到五执行在线备份,每个周六执行离线备份。
SAP 备份及恢复流程Author:Date: May.23, 2002Version: 1.0目录系统备份 (2)备份策略 (2)在线备份(online backup) (2)离线备份(offline backup) (2)生产系统备份 (2)生产系统备份说明 (2)备份操作 ........................................................................................ 错误!未定义书签。
开发系统备份 (6)开发系统备份说明 (6)系统恢复 (6)系统备份备份策略在线备份(online backup)定义: 系统运行的同时作备份操作.由于系统正在运行,所以在备份的同时还有新的数据产生,这样,备份的结果不是一个一致的结果,必须同时备份数据库产生的离线日志(/oracle/PRD/saparch/ 目录下的文件)离线备份(offline backup)定义: 系统停止后做的备份操作.系统在备份期间不可以使用,备份结束后需要系统管理员手工去启动R/3系统. 但是因为离线备份的时候系统不会产生新的数据,所以不需要备份系统的日志.生产系统备份生产系统备份说明生产系统的备份周期为一周,平时(周一到周六作在线备份,周日作离线备份生产系统备份设置 1.修改备份初始化文件 /oracle/PRD/817_64/dbs/initPRD.saptape_size = 24000Mvolume_archive = (PRDA01, PRDA02, PRDA03, PRDA04, PRDA05, PRDA06)volume_backup = (PRDB01, PRDB02, PRDB03, PRDB04, PRDB05,PRDB06) expir_period = 72. 在R/3系统中配置(事务代码:db13).定时每天凌晨两点开始作在线备份3. 用sapdba 初始化备份磁带卷标PRDA01,PRDA02,PRDA03,PRDA04,PRDA05,PRDA06.4. 在机房创建一个备份记录板,以便备份操作人员方便的记录备份信息5.在操作系统层次创建用户sapbackup 以执行系统离线备份.生产系统备份操作:在线备份离线备份1.用prdadm身份telnet 192.168.1.4 发布stopsap命令停止r/3和oracle数据库.确认系统正确停止.2.在客户端用reflection 软件以sapbackup用户登陆sapprod2(192.168.1.4 ),在命令窗口执行: xomni &3.在启动的图形界面上开发系统备份开发系统备份说明离线备份系统恢复。
浪潮SAP系统备份测略
作者:张劲松
时间:2003-12-15
版本:1.0
>> 开发测试系统备份策略
开发测试系统备份测略制定的意图:
1>保证项目实施过程中数据的完整性及项目执行进度.
2>保证系统成功上线后开发测试系统配置原型完整性和企业自定义配置开发数
据的完整性
3>必要的时候提供灾难和逻辑错误恢复的数据源
开发测试系统备份策略
备份周期:2 周(周日除外)
备份类型:数据库全备份+离线日志文件备份(ARCHIVE LOGS BACKUP)
备份模式:每天离线备份
描述:
目前浪潮SAP开发测试系统备份为离线数据库全备份+离线日志文件备份,离线日志文件备份模式为SA VE_DELETE,即从离线日志文件目录中备份到磁带后
立即将已经备份的离线日志文件从目录中删除以释放硬盘空间。
备份后台作业定义
于DB13中,备份开始时间在每晚23~24点之间,备份执行过程中数据库为关闭状
态,届时SAP系统不可用,数据库处于一致性状态;备份结束(不论成功与否)
后数据库自动开启,SAP系统自动连接,系统回复可用状态,不需人工干预,完
全做到系统自行备份。
系统自动管理每天用于备份的磁带信息,每卷磁带的信息以及该磁带保存的备份是否成功,恢复所需的离线日志文件存放地等,都由系统自己纪录,管理员只需
每天察看备份LOG。
磁带卷标为R3DB01……R3DB12,每卷磁带对应每一天的数
据库备份,不可混用颠倒,请管理员按照每天备份作业的顺序更换磁带,以确保备
份在关键时刻可用。
>> 开发测试系统备份策略一览表
>> 生产系统备份策略
生产系统备份策略制定意图:
1>保证项目实施过程中数据的完整性及项目执行进度.
2>保证系统成功上线后生产系统数据的完整性
3>系统最大可用性,系统最短时间,最方便恢复
4>必要的时候提供灾难和逻辑错误恢复的数据源
生产系统备份策略
备份周期:4 周(周日除外)
备份类型:数据库全备份+离线日志文件备份(ARCHIVE LOGS BACKUP)
备份模式:每周一到五执行在线备份,每个周六执行离线备份。
描述:
目前浪潮SAP生产系统采用在线全备份和离线全备份互为补充的备份方案,即每周一到周五执行在线全备份+离线日志文件备份,每周六执行离线全备份+离
线日志文件的备份,每周日执行数据库优化检查的工作。
这样执行四周为一个备份
周期。
生产系统备份策略和开发测试系统备份策略有所不同是因为考虑到系统上线正式投入使用后,每天的工作量会比开发测试系统大得多,对系统的可用性要求级
别要高很多,系统要尽可能减少停机时间,所以每周一到周五执行在线备份,这段
时间内不会影响系统正常运行。
周六执行离线全备份是因为在系统出现灾难和逻辑
错误后,能快速的执行数据库对时间点的恢复。
离线日志文件备份模式为SA VE_DELETE,即从离线日志文件目录中备份到磁带后立即将已经备份的离线日志文件从目录中删除以释放硬盘空间。
备份后台作
业定义于DB13中,备份开始时间在每晚23~24点之间,不需人工干预,完全做到
系统自行备份。
系统自动管理每天用于备份的磁带信息,每卷磁带的信息以及该磁带保存的备份是否成功,恢复所需的离线日志文件存放地等,都由系统自己纪录,管理员只
需每天察看备份LOG。
磁带卷标为R3PB01……R3PB24,每卷磁带对应每一天的数
据库备份,不可混用颠倒,请管理员按照每天备份作业的顺序更换磁带,以确保备
份在关键时刻可用。
>> 生产系统备份策略一览表
>>生产系统离线备份附加说明
由于生产系统采用双机热备的方式,导致离线备份完成后数据库不能自动启动。
原因是当执行离线全备份的时候,系统在关闭数据库的同时,数据库的SERVICE 也被集群管理器强制性停止,导致离线备份完成后系统无法自动开启数据库,这种失败并非备份的失败,而是自动备份功能在开启数据库这个环节失败。
解决办法:
在操作系统后台定义一个定时开启数据库SERVICE的脚本,并且执行时间安排在每次离线备份开始后10~20分钟后即可,这样当离线备份完成后就可以自动开启数据库,实现系统自动备份,无需人工干预。
解决情况:
已完成
后续工作:
在DB13中定义相应备份的后台工作。