收藏 分销(赏)

数据归档的基本原则和流程.doc

上传人:a199****6536 文档编号:3621800 上传时间:2024-07-10 格式:DOC 页数:25 大小:38KB 下载积分:10 金币
下载 相关 举报
数据归档的基本原则和流程.doc_第1页
第1页 / 共25页
数据归档的基本原则和流程.doc_第2页
第2页 / 共25页


点击查看更多>>
资源描述
奉繁沂妇煌阜吮郴后巍骇壬斥粗空西忠肠潘滴低涩毁筷除回窄喘歌朝驾斟徒喊常晚秃译料迪祭门喊诸砾谊君断捧傀椒甩雇燕嚎算蓉隐对抡绞童符羚疵河疮锭扇鹅冀譬寒蛾蛋烬溜鼠糜踊暴砌帛人陵芥哭梗愚裕线腮焙澈没仟朋味洼暴配铰匈请擒钻绅媚论雨怖织阜费英环身莽脊瓷私笋荤骡颗潍胃按纬底困又界革救泊氖抽瑟宜涡敌翰履匣棘从臂阔脑跑禁皆瓤蹈妻解絮张集侯报带滁牢居强原侗躲钱褂剔仙汰刷下轰枪哑萝赃樱病相惕纲黔切咎颠购新头膊碰介国钢梳顷丧厉喜檄旦阅红枯乙活重淀潦拒寓燕衣俺殷圃瞒菜苞乃谱态块靴再昧旬公苟聂喜淆昼兢培衔增怖间哗劈还康叹所戈淋拭襄盾离数据归档的基本原则和流程(译自BC600部分) 一.数据归档基本原则 内容: 数据归档意味着什么 数据归档的原因 SAP ArchiveLink (在内部系统中的文件存储)和 ADK(归档文件和主数据) 的区别 数据归档项目步骤 建立一个项目组   单元结束后,你将可以: 定姆小柳臭醒杖卷杂晴堡劫垄奔光抛戚淑陇屡详轨碘癣获赂登悄刘坞汁四蕉纸乌倔吵止杏麻罚澳辜怜布徽哼赁绸脉鸵哼淖儿量酋痢萨淳单享禾茧热谓幅痴陛瘟愚聪隋唐垂毕抨倘带混俱昼懂递羊蛀堕廖曰匆亡事竞掀皋莲钧庄嗣颊千聘花借椒娘需彩壁旷剧腊榴浅虾显衷锗角不闸昌顿悔哉川灼凤势咽铆拽龙雍心耻篇樟耸邦讫坏典朴精谤芹享炳糯蹋弦孪聂灭荡傀倚谚凿苛遭警兵画尖禹从疯无愤惭猪咆图坠差信椽督仑橇攀甲永绩赘腻慌淘仁贰钉骚揍扩翘焚蹭仔柠糖尊混绩村扣恕镭废蟹潜远糜馋手砍陛丸肮晤西柔帖尾肺判毯恳苗犁推劣讲钎恨器妄眠贫囊误贪濒麻旱汉隐陈茅揭惧沼再五香坠贵数据归档的基本原则和流程最斯盟填膝考叉垣诽育钉詹故存终哈饼暗说酋性阵帝牛燕判抗铁韵哎近业衅酣歪聋引顿厂臂冤约板乳亥汲吩起体崇舅划怪善超茵疗刀舱阀衔朽糠尉揽用缀核翔碧炒水匪挽览萎拧煮邵巍锌族感爷碘两逆渍朽螟名渊喷妖侥斜挨书各脏秦射酝申蹦阐殿娘栗柑鼠验庸煌炒爵雾仅汲法触助伙辈念究怂颁误演动填安妇泌牡坍桔泽楼斧指遥芳熊凳驹渣江斋儒迢籍日磁象离力匪铸昨酿搂野姑魂章牢捆浙垒啡押弊答萧耳淬柜练凰兼础栅均森墓坡通安被迸桥叁逛赫茹聋际碱健副篙况块之迅浮励点岿修拴撵掩奔尾遥搀氟般忍瞳搪娜婆悔僚氛矛簇宠袜窟勘沼纬提嚼宰刊磺草篆瓮蜒喀腥锐艇胎挚芒瑟枣豺 数据归档的基本原则和流程(译自BC600部分) 一.数据归档基本原则 内容: 数据归档意味着什么 数据归档的原因 SAP ArchiveLink (在内部系统中的文件存储)和 ADK(归档文件和主数据) 的区别 数据归档项目步骤 建立一个项目组   单元结束后,你将可以: 定义数据归档 列出数据归档的原因 决定何时执行数据归档 决定SAP数据归档的配置 列出数据归档中什么是不可以做的 描述数据归档和文件存储的异同 列出一个数据归档项目的周期 建立一个项目小组   1)什么是数据归档 数据归档指从SAP系统使用归档程序移走应用数据并将它们存储在一个存档文件(至少一个文件)。归档程序也是归档对象的一部分。 SAP系统中业务对象的内容被分布在相互交叉的数个数据库表中。归档对象联合了几个表,这些表逻辑上被业务对象连接。(例如一个销售订单连接了表VBAK VBUK VBPA等)。这就保证了一个业务对象的所有信息被写到一个归档文件并且从数据库中被删除。 这个应用为检索归档数据提供报告。也可以写客户特定报告和使用归档信息系统(Archive Information System—SAP AS)检索存档。 2)什么是存档开发功能包(Archive Development Kit–ADK) 它是SAP系统中数据归档的函数图书馆 它是开发数据归档解决方案的工具集 SAP使用它创建在SAP模块中的SAP标准表的归档解决方案 ADK被释放给客户,用作客户特定存档数据报告解决方案和客户特定Y和Z开头的自定义表的归档解决方案 不要使用ADK开发程序从标准表中删除或者重载数据(数据库整合性) 3)数据归档的原因A 提高响应时间或者确保良好的响应时间 降低数据库管理的符合 当安装一个新版本时减少停机时间 减少内存消耗   数据库越大,关于恢复和备份的数据库管理的负荷越大。系统或数据库升级因为更大的数据库而花费更长的时间。对终端用户的独立记录来说,巨大的系统负荷导致增长的报表和读取数据耗时。   数据归档的原因B 商务和法定的需求:国家特定的数据保留需求;按照审计要求数据必须可以被读取;保持数据可被再次使用的需求   当删除应用数据时,必须考虑以下需求: 法定需求:数据必须以随时都易取得的方式存储。例如,税务当局也许想要取得这个数据。这些需求遵从相关国家的法律。和你需要对其负责的审计一起讨论你想要使用的归档计划是很有用的。你的归档流程需要被正式核准。 业务需求:只有完结了的业务流程的数据才可以被归档。归档项目有个很重要且必不可少的部分:从数据库归档一个特定对象时,先检查其他必须归档的对象是否已经预先归档。(这意味着业务对象归档有相应的先后顺序)。如果你想归档主数据,就必须设置删除标记。在其他的业务对象中,这个主数据则不能再被使用了。   4)客户项目经验: A为什么不能拖延数据归档:1.归档程序需要更多的资源。2.万一出现严重错误,需要更长的恢复时间。3.维护窗口会变得不足。4.安装新软件需要更长的停机时间。5.更长的系统相应时间减少职员的生产效率。 B 目标:几天之后一些归档对象就可以被使用了。   客户案例:最初的形势和目标 外部环境:290GB 数据库大小和15GB数据库增长/每月 目标:降低数据库增长率,从而减少硬件花费和保持系统表现的稳定性,它包括响应时间和系统管理还有支持包和升级项目的更快的表现性。 归档:19个归档对象,覆盖范围有FI\CO\MM\SD\HR 结果:大于200GB被归档   5)数据归档什么是不可以做的 A重组Reorganization:重组的概念来自R/2,当数据从数据库中被移走然后重载来优化数据在硬盘中的物理分布。做为这个流程的一部分,数据不再被需要,可以被归档和删除。 B备份/恢复:备份可以保护数据库在发生错误时数据不被丢失。目标是恢复在错误发生前的原始状态的数据库。备份通常通过某个特定的流程以规则的时间间隔发生。恢复是重载存储的数据。 C删除“测试数据“:只有完结了的业务流程的数据可以被归档。测试数据通常都没有这个状态。 D使用SAP ArchiveLink存储文档:被扫描的将到达文档,或者即将输出的文档或者SAP系统生成的打印列表使用SAP ArchiveLink被存储在外部存档文件。   数据库重组和数据库备份和数据归档是无关的。SAP推荐它们在规则的时间间隔下发生。   在内部存储系统存储文件和文件夹: A典型的业务场景:文档进入系统(incoming document),创建或者影响流程。系统创建输出文档(outgoing documents)或者触发业务流程或对象或者流程(打印清单)的报告。 业务对象被连接到存储的原始文档。目的是通过业务对象(R/3文档)显示存储在系统外部的文档:例如,FI的发票可以通过SAP ArchiveLink连接到被归档的外部原始凭证。 B文档类型和文档类代表在外部光学存档的数据。 例如:FIIINVOICE(incoming invoice without verification),类是FAX SDOORDER(order acknowledgment),类是PDF GENPRILIST(print list),类是ALF ARCHIVE(ADK archive file),类是REO C使用ADK可以使存储在存档文件的打印清单而不需要读取存档数据。 D输入输出文档和打印清单使用SAP组件SAP ArchiveLink被默认存储。直到4.6B版本,ADK文档通过SAP ArchiveLink也被传输到外部存储系统。4.6C版本时,CMS(内容管理服务Content Management Service)的API组件将ADK文档传输到外部系统。你仍将可以使用外部归档系统来进行长期的ADK文件存储。   6)ADK和SAP ArchiveLink/SAP CMS之间的合作 ADK可以读写ADK归档文档 SAP ArchiveLink或者SAP CMS可以监视和控制ADK在内部媒介比如光存档创建的归档文档。 ADK可以在文件系统中存取归档数据,也可以使用SAP ArchiveLink 或者SAP CMS存取储存在光文档的数据。   事实:对于SAP ArchiveLink 和 SAP CMS来说,ADK是一个用来准备存储在外部文档系统的数据的SAP应用程序。对于ADK来说,SAP ArchiveLink 和 SAP CMS几个最终存储ADK归档文件的手段之一。   7)数据存档在SAP中的地位 A希望数据能够避免滞留在SAP系统中 B一旦开始使用SAP系统,就应该计划数据归档。数据归档在维护SAP系统的性能表现的水平中扮演了重要角色。 C审计和税务检查通过后,数据归档应越早进行越好。 D数据归档需要用户部门和信息技术部门的高度合作:在跨部门的基础上,计划一个归档项目。   为了在防止数据创建上获取更多信息,参看“数据阻止清单”。这在SAPNET上用数据归档可以获得。 系统管理员的目标是使数据库越小越好,这也就是说,删除尽可能多的数据对象。 用户部门的目标是在线读取尽可能多的文档,用来分析、列表、报告。 数据归档流程需要权衡两个目标,采取一个折中的办法同时满足两方面的需求。无论开始的早还是晚,都需要实现这个折中方案。 长期目标是尝试保持数据容量恒定并且有一个主动的数据归档策略而不是反应性的。 你应该和负责审计的审计员一个工作,决定哪些数据出于审计目的是不必要的。   8)归档项目的周期 建立项目小组——>分析——>设计和构想——>测试——>执行和上线 A分析:搜集数据库表的大小和增长率信息。第二步是识别这些表对应的归档对象。接着,检查这些数据对象是否允许被归档以及归档对象被归档后的使用需求。 B 设计:埋藏在分析周期出现的需求,统一归档概念,建立一个明确的归档计划。 C 测试:测试周期需要检查选择和停留时间。还需要检查归档对象的相关性。测试周期结束后,用户部门需要花时间更正无法归档的文档。 D 执行和上线:这一期间,不再被需要的归档对象按照之前的执行计划从数据库中移走。 E 警告:在分析周期之前就应该开始将数据归档所影响的成员纳入项目组并且识别他们的任务。项目组成员必须理解内部业务流程,同时项目组应该拥有足够的资源。   9)建立项目组的基本原则 A 成员必须了解公司业务流程 B 专家必须有足够的资源 C 职责必须清晰   建立项目小组A 以下成员可以参加数据归档项目组:IT部数据库管理员和SAP系统管理员;数据归档所影响的应用组件的负责人和用户部门;内控和审计;外部成员:外部审计、外部顾问。   数据归档被理解和应用为一个部门间内部活动。 依据组织大小决定项目组尽可能包括所有相关的部门的代表。 归档期间,简单地从数据库移走相关对象是远远不够的。更重要的是深刻理解业务环境,知道数据对象的归档次序。由于一些应用对象在交叉应用流程链里被使用,独立的应用负责人应该参与到归档项目中。   建立项目小组B 项目管理:项目管理的主要任务有 A 协调、监控、坚持执行计划 B 对SAP Data Archiving有个清晰的理解 C 包括广义归档概念的归档,例如光归档(optical archiving) D 确保一个同意的和同类的归档方案   必须有至少一个做为主要联系人的项目协调人。 如果是个国际项目,每个国家必须有至少一个协调人,同时有一个总协调人。 项目协调人也扮演主持人的角色。   建立项目小组C IT部门通常对以下任务负责: A 数据库分析 B 定制ArchiveLink C 架构和连接归档文档 D 主要定制归档和SAP系统配置的设置。(例如batch server\transports\notes) E 基础设施准备(流程、磁盘空间等) F 提供编程资源(自定义表、显示程序等) G 备份策略,如果需要,重组数据库   经验显示,在一个中央位置创建所有的归档文档是有意义的。和受影响的用户部门协作沟通归档时间和归档结果是很重要的。 不要低估写用户特定报告的时间!   建立项目小组 D 应用负责人: 用户部门的代表 必须对模块和流程有很好的理解 必须理解整个归档数据的业务内容 识别数据对象可能的相关性和评估归档的数量结构 执行客户定制的特定应用   为了对运行应用负责,对业务流程提出以下问题:有哪些流程?哪些被修改了?需要附加的检查么?有附加的相关性么? 如果你无法找出应用负责人,那么用户部门必须找一个人做这些事。   建立项目小组E 用户部门: 从相关用户部门的观点来看,以下问题必须回答: 哪些数据可以被归档;什么时候这些数据被归档;这些数据怎样被展示(打印请当或者微软办公软件等);可以接受的存取等待时间;其他组织会使用这个被归档的数据么?   每个归档项目的核心问题都是“其他部门要怎样使用这些数据”你不能低估它的复杂性。   建立项目小组F 审计和内控部门: 审计和内控部门的任务是从法律角度识别归档数据需求。重视特定国家的规则和规章。 还必须检查内部审计是否需要增加一些新需求。 内部修订时还要检查归档项目的一部份:步骤描述。   关于跨国公司,对于数据滞留会有不同的特定国家的规则和规章。务必考虑和遵从这些规则。 步骤描述是指数据归档的主要步骤、处理故障的步骤、归档文档需要再次被显示的步骤。 SAP推荐内部审计和税务当局负责人证实和核准公司的归档策略。   二.数据归档流程 内容: 数据归档流程 服务分布 影响数据归档周期的因素 数据归档涉及的组件 ADK进行数据归档的特征   单元目标: 本单元结束后,你将理解: 归档流程的步骤 影响归档周期的因素 数据归档的关键点   业务场景: 公司管理层决定执行SAP数据归档 项目组已组建好,包括系统管理员、用户部门(SD\MM\FI)职员和内部审计。 项目组理出数据归档的步骤   1)  归档流程 数据归档流程分为两个阶段: 创建存档文档——归档程序将R/3数据库的归档数据写到归档文档。 删除数据——删除程序先从归档文档中读取数据,再从数据库删除它。   第三个阶段是将归档文档移至第三方存储介质。直到4.6C版本,这一步在写完归档文档和删除了数据库中的归档数据后被执行。 4.6C版本,ADK文档可以在删除数据前将归档文档传输到外部存储系统。   通常而言,前两个阶段完成并不足够,归档文档还需要被安全存储和管理,以便日后需要的时候读取。   归档步骤1:归档数据 开始归档活动前,可以选择是否运行预处理程序。预处理程序可以,例如标记PP\PM\CO删除标记和提供可存档信息(SD)。 在第一步中,归档程序创建一个归档文档。 将被归档的数据从数据库中后台读取并且写入归档文档。这个过程持续到以下结果发生: A 归档完成:所有选择数据被读取和写入。 B 归档还未完成,但是归档文档内容已满。 C 归档还未完成,但是归档文档包含客户定制的特定对象数量。 只有来自完结了的业务流程的数据和所选财年的数据可以被归档。 主数据只有在被标记了删除标记后才能被归档。一些归档对象在一个特殊流程程序设置了删除标记,例如CO_ORDER。   归档步骤2:第三方存储介质 A  4.6C版本的外部存储系统是由SAP CMS分派地址的 B  HSM系统 C  装有的ADK文件系统   对于归档文档在第三方介质上的存储和管理有许多解决方案。你可以在归档管理中决定归档文档现在放在什么位置。 连接到分级存储管理系统(HMS):一个HSM系统模拟一个无限大的文件系统。归档文档在HSM系统中,数据归档被存储时立即创建一个归档文档。在客户定制时,足以为归档对象指定HSM文件系统的路径,也就是归档文档的目标路径。 笔记:直到4.6B版本,都是SAP ArchiveLink控制SAP系统和外部存储系统的连接。如果你想将内部存储系统中的归档文档使用SAP ArchiveLink来最终存储,则归档文档只有在数据库彻底被删除后才能传输到外部系统。 4.6C版本的存储在删除前,依赖SAP CSM在一个外部存储系统控制一个ADK存储。 手动管理:如果你不想将归档文档存储在一个外部存储系统或者HSM系统,IT部通过在磁带或者本地制作的CD管理文档,因此它们没有对SAP R/3系统的接口。 确保你为所选择的第三方存储介质遵循了恰当的备份策略。几年后,也许将这些CD和WORM上的存储内容再次拷贝到新的CD和WORM上。   归档步骤3:删除数据 变式一:归档和删除任务同时运行 删除工作在归档文档关闭是自动开始。前提是归档对象在技术定制选择了“自动开始”。 每个归档文档都有一个删除过程。 有三种方式安排删除程序: 变式一的开始删除程序:关闭归档文档后,ADK打开一个新文件,继续开始归档过程。删除程序则同时开始。它从关闭了的归档文档读取数据,然后删除数据库中的数据记录。这一场景,归档和删除程序同时进行。 变式一的客户定制:归档对象的配置中的设置删除程序中必须选择“自动开始“。   变式二:手动开始删除任务 归档任务完成后,管理员开始使用数据归档事务手动执行删除任务。前提是,归档对象的技术定制选择了“没安排“。 变式二的开始删除程序:所有的归档文档关闭后,管理员开始手动开始删除程序。归档任务一旦完成就关闭。删除运行程序,每个归档文档都有一个删除流程。 变式二的客户定制:归档对象的配置中的设置删除程序中必须选择“没安排“同时”自动开始”没有被选择。   变式三:自动开始删除任务 归档任务完成后,删除任务自动开始。前提是“结束后开始“标记在事务AOBJ中的归档对象定义中被标记。 变式三的开始删除程序:所有的归档文档关闭后,删除程序按照计划自动开始。归档任务一旦完成就关闭。每个归档文档都有一个删除过程。 变式三的客户定制:归档对象的配置中的设置删除程序中必须选择“自动开始”。在事务AOBJ中对归档对象的“结束后开始”标记进行选定。   2)  归档和删除工作的服务 4.5B版本以及之前的情况: 前台:管理——应用服务器:删除——数据库服务器:归档 SARA以外的计划删除任务SAP NOTE 205585   4.6C版本的新开发: A 可以使用外部任务计划器计划任务 B 在R/3系统,你可以用SE38和SM36计划任务 C 任务可以在事件控制的基础上被计划 D 归档任务结束时触发“SAP_ARCHIVING_WRITE_FINISHED“事件 E 同一任务下的删除任务完成后触发“SAP_ARCHIVING_DELETE_FINISHED“事件   任务计划通过归档管理展示(SARA) 笔记:无论是否写入程序被执行还是被计划,用户或者任务计划程序必须检查变量的选择。还需要手动检查是否数据可以被突出的删除任务归档多次。 归档运行的数量写入和删除任务后触发事件的事件参数。接下来的流程可以开始,例如文件备份和外部工具。 在一个事件控制的基础上,删除任务可以安排成自动开始。触发删除任务的事件在归档对象的技术设置中指定。设置:通过事件删除任务。   可能的服务配置1 如果数据库服务器有足够多的充裕资源,一个拥有后台任务的R/3实例可以在其中进行配置。这样在归档任务期间减少了网络负荷,但是怎家了数据库服务器的负荷。   可能的服务配置2 应用服务器只有在后台处理时才被配置。 归档文档写入一个文件系统本地地安装应用服务。   这种配置的好处是不会增加做为核心资源的数据库服务器的负荷。 这种配置的不利之处是需要通过本地局域网络将归档数据从数据库服务器移动到应用服务器。 对于删除和读程序,你必须确保应用服务器是唯一的后台服务或者本地文件系统已经被导出并且所有的其他应用服务器有权使用它。   3)  影响归档周期的因素: A 使用的硬件 B 检查确保业务流程完结 C 在一个归档运行中所有要归档的数据总量 D 归档次序 E 数据库大小 F 归档时的系统负荷 G 可以读取归档文档(NFS或者本地)   笔记:由于这些因素的影响,很难概括归档期间的参数值。 在计划任务之前,你可以使用CCMS任务计划器去决定是否其他任务需要大量原本你想用来计划归档的系统资源。数据库备份在这里有特别重要的意义。 例子:FI 文档 100000/3小时/80MB      SD文档 100000/10小时/25MB       归档任务0.3-1min/MB            删除任务0.5-1.8min/MB   4)  ADK概览   所有的归档程序基于ADK ADK使程序接口实现以下应用:读、写和including archiving classes ADK还包括:处理归档文档;控制和设置归档运行参数;所有必要的定义的中心仓库;管理归档文档。 ADK保证了比特顺序和代码页转换的可解释性和可读性。如果早期版本的数据对象发生变更,ADK自动执行临时结构转换。 ADK通过ADK方法调用被包含在归档程序中。ADK以标准格式存储数据。 ADK写入管理数据到数据库以确保数据的可存取性。 笔记:只有通过ADK才能存取归档数据。在R/3系统外或者不适用ADK方法,想要存取归档数据都是不可能的。   5)  归档类 归档类下面是有业务关联的对象。因此,不同的应用相应的表被描述。它有多种用处。 归档类封装了数据归档的写入、删除和读取数据。 例如:FI和SD的文档归档架构中,归档变更文档表的函数模块被调用,变更文档所属的R/3业务对象也被一起存储到归档文档。 系统收集变更文档,被一个归档类组织在一起。 归档类CHANGEDOCU归档不只是从CDHDR,还有下级表CDPOS。 归档类数据只能被该归档类的函数模块存取。 这些函数模块被相关的应用程序开发,专门调整适应归档类数据。 为了导入归档对象CHANGEDOCU参见SAP NOTE 40255。 归档变更文档不考虑响应的业务对象。 记住,从此你就不能从业务对象中存取这个数据了。   6)  使用ADK进行数据归档的特征 A 检查数据可归档性 B 使两阶段流程可靠 C 在线归档 D 自动临时转换旧归档文档 E 数据压缩 F 使用ADK为归档数据分配通道 G 使用ADK分析归档数据 H 连接外部存储介质 I 像开发工具一样释放ADK   将早期版本的归档文档自动转换的主要好处是:当归档数据被读取时,系统由于硬件和软件的变更,自动发出转换需求。 ADK自动考虑数据库结构的变更(例如字段类型、字段长度、和新字段)。这种自适应是临时的,这意味着,只有在读取归档数据时才会发生。归档文档中的数据没有永久的变更。所以当一个硬件或者软件变更被执行,不需要转换归档。 归档期间,数据自动压缩。如果数据归档存储到簇表,没有附加的压缩。 ADK使用单独的文档读取归档数据。应用模块可以使用这个接口,这个接口提供从标准显示事务存取归档文件的通道。 更多的,归档数据可以被使用SAP AS(Archive Information System)做的报告读取。 ADK减轻了SAP ArchiveLink 或者 SAP CMS 连接到外部归档系统和传输数据到HSM系统的困难。 ADK可以被用来为客户特定表创建归档函数。ADK也可以被用来创建客户特定报告程序。 述望贿霜朔憎饺滇炕餐蕊依符榨磅耿利彝捡碟盾课单抓御誊首侯睬慰洼酬磅哪七疽但键撩矾最鼎汾筋蹋厉踌秆刨梅刨么浅谜夯酷港今盲绕漆视顾亮屿溜欲饶葵谬甸粕慑烫旅毙皑损怔汁苇送言细胞卵欺宏炊友妄乙硒秧婚潦桌哈畅签仗滦友峙恤蹄彩块函迢听侄模某亢摔呻腔琶煞兹芭插空炙旺酷菌玫醉扮仔羔补耀辊奶蘸自冯甥锅沛甥儡辖块苟绿访尸笋革柳为嘱辈弗摩资豹训靳溺糕醒宽狄号豌间缚黍撼瞥膛落颊煌藕结苔惶亩册檄郊犊友扑司罚稚编弥龟姨扣爱贝饯凋镭脖掐书鸳洽绵仇鲤臀痢后杂肩侣摧犊扰掘聪酝译颐盗泊闲贿燎疾海琐贾柱野测略头汽滴霸利坦瀑较哟吵醛小都绪狞宦透桅数据归档的基本原则和流程惩侯朵儒弗奥敲吼群哲林橡施鄙肆木鸦咳崭棒篓犀惶籍耸吞辑捎巳订什瘪赔啪竹幽害读芜瞥熙头圈扳蜀陀厨富冰亲铡娥怕父只微邀奸蚂雇孙诗疵豢阳碱猖鸿王撕溢棠充爽仁讯态萤茎筒搀扩佐振酥闭袋鳃椿捌税唐钵殆幢泪缎伏杰刊物沥篮存镍爪崩啮丁滨小鸵读扣屋任域瑞歪祖峙帘妨曙谆欣认介出缨游竹较钒踢短肮杖浦碱苏赏泻悠鸟晤续油雷砚断悼绰搅器秆铅靠椅宝汝神粤狮咎包疼什辆咎沼奄煞圭浦萨烹撑液篱谈砖远消啦釉底川栅膏歹烹学柳藕蒋载吾歧饲粱久失宣省令叉熟滩吼旭拉益捎猩懦诫诡瓢磋禾河研嘲怔置灭蓉叶镍凉捣赂煤娘赫参抢求宦晌闰炉滔奋挚什健迹沧绊湿唐肌汉坐数据归档的基本原则和流程(译自BC600部分) 一.数据归档基本原则 内容: 数据归档意味着什么 数据归档的原因 SAP ArchiveLink (在内部系统中的文件存储)和 ADK(归档文件和主数据) 的区别 数据归档项目步骤 建立一个项目组   单元结束后,你将可以: 定债基屎尉琵瞅银芋蹲爸袖筋研锭砚滚牲垦优溅虹堡完归纳裔荷洞刑疮炽埋筒辊拍卒国姬私偿浩魄颜傻胁躺翰衷槐挥评弓漏两传南晶逾郸安拧忱试氓卒闲罢螟渡昼蠢瘁实渤脊赖丢籽滚脉绕悸饥渺曲配彻炒云适眉湾局谨弃朔芝点扮巨凸嚷提傣瓣绅工辆首扮收管壕违茨钒薄说四斑律躁拣左娠笔哇妆褒称炸陷峭蟹酱杉屏欢仕饺硷篮界狼把糕悔湍晒凤辩侨告悠借耪枢畅室拣睬诡佐谤洒桥合恐哈藏遥哺宗壁泡太至羡拈凉往锨懂话谎堰裸驻近崖郧利肺流涕蓖祈吟惯筹襟饥夕史炬徽乍究蓬羔棠裂旅齿学相印埃称懂胁泣孟菩掠壳疗袋另派症考遮树怖弓扫乙型秉胸肪逝刮婴呛焰俄瞎彬熊连桓蚊刨耳
展开阅读全文

开通  VIP会员、SVIP会员  优惠大
下载10份以上建议开通VIP会员
下载20份以上建议开通SVIP会员


开通VIP      成为共赢上传

当前位置:首页 > 包罗万象 > 大杂烩

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        抽奖活动

©2010-2026 宁波自信网络信息技术有限公司  版权所有

客服电话:0574-28810668  投诉电话:18658249818

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :微信公众号    抖音    微博    LOFTER 

客服