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

数据归档的基本原则和流程（译自BC600部分）一数据归档基本原则内容：数据归档意味着什么数据归档的原因SAP ArchiveLink （在内部系统中的文件存储）和 ADK（归档文件和主数据） 的区别数据归档项目步骤建立一个项目组单元结束后，你将可以：定义数据归档列出数据归档的原因决定何时执行数据归档决定SAP数据归档的配置列出数据归档中什么是不可以做的描述数据归档和文件存储的异同列出一个数据归档项目的周期建立一个项目小组1）什么是数据归档数据归档指从SAP系统使用归档程序移走应用数据并将它们存储在一个存档文件（至少一个文件）。归档程序也是归档对象的一部分。SAP系统中业务对象的内容被分布在相互交叉的数个数据库表中。归档对象联合了几个表，这些表逻辑上被业务对象连接。（例如一个销售订单连接了表VBAK VBUK VBPA等）。这就保证了一个业务对象的所有信息被写到一个归档文件并且从数据库中被删除。这个应用为检索归档数据提供报告。也可以写客户特定报告和使用归档信息系统（Archive Information SystemSAP AS）检索存档。2）什么是存档开发功能包（Archive Development KitADK）它是SAP系统中数据归档的函数图书馆它是开发数据归档解决方案的工具集SAP使用它创建在SAP模块中的SAP标准表的归档解决方案ADK被释放给客户，用作客户特定存档数据报告解决方案和客户特定Y和Z开头的自定义表的归档解决方案不要使用ADK开发程序从标准表中删除或者重载数据（数据库整合性）3）数据归档的原因A提高响应时间或者确保良好的响应时间降低数据库管理的符合当安装一个新版本时减少停机时间减少内存消耗数据库越大，关于恢复和备份的数据库管理的负荷越大。系统或数据库升级因为更大的数据库而花费更长的时间。对终端用户的独立记录来说，巨大的系统负荷导致增长的报表和读取数据耗时。数据归档的原因B商务和法定的需求：国家特定的数据保留需求；按照审计要求数据必须可以被读取；保持数据可被再次使用的需求当删除应用数据时，必须考虑以下需求：法定需求：数据必须以随时都易取得的方式存储。例如，税务当局也许想要取得这个数据。这些需求遵从相关国家的法律。和你需要对其负责的审计一起讨论你想要使用的归档计划是很有用的。你的归档流程需要被正式核准。业务需求：只有完结了的业务流程的数据才可以被归档。归档项目有个很重要且必不可少的部分：从数据库归档一个特定对象时，先检查其他必须归档的对象是否已经预先归档。（这意味着业务对象归档有相应的先后顺序）。如果你想归档主数据，就必须设置删除标记。在其他的业务对象中，这个主数据则不能再被使用了。4）客户项目经验：A为什么不能拖延数据归档：1.归档程序需要更多的资源。2.万一出现严重错误，需要更长的恢复时间。3.维护窗口会变得不足。4.安装新软件需要更长的停机时间。5.更长的系统相应时间减少职员的生产效率。B 目标：几天之后一些归档对象就可以被使用了。客户案例：最初的形势和目标外部环境：290GB 数据库大小和15GB数据库增长/每月目标：降低数据库增长率，从而减少硬件花费和保持系统表现的稳定性，它包括响应时间和系统管理还有支持包和升级项目的更快的表现性。归档：19个归档对象，覆盖范围有FICOMMSDHR结果：大于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），类是FAXSDOORDER(order acknowledgment)，类是PDFGENPRILIST(print list)，类是ALFARCHIVE(ADK archive file)，类是REOC使用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 确保一个同意的和同类的归档方案必须有至少一个做为主要联系人的项目协调人。如果是个国际项目，每个国家必须有至少一个协调人，同时有一个总协调人。项目协调人也扮演主持人的角色。建立项目小组CIT部门通常对以下任务负责：A 数据库分析B 定制ArchiveLinkC 架构和连接归档文档D 主要定制归档和SAP系统配置的设置。（例如batch servertransportsnotes）E 基础设施准备（流程、磁盘空间等）F 提供编程资源（自定义表、显示程序等）G 备份策略，如果需要，重组数据库经验显示，在一个中央位置创建所有的归档文档是有意义的。和受影响的用户部门协作沟通归档时间和归档结果是很重要的。不要低估写用户特定报告的时间！建立项目小组 D应用负责人：用户部门的代表必须对模块和流程有很好的理解必须理解整个归档数据的业务内容识别数据对象可能的相关性和评估归档的数量结构执行客户定制的特定应用为了对运行应用负责，对业务流程提出以下问题：有哪些流程？哪些被修改了？需要附加的检查么？有附加的相关性么？如果你无法找出应用负责人，那么用户部门必须找一个人做这些事。建立项目小组E用户部门：从相关用户部门的观点来看，以下问题必须回答：哪些数据可以被归档；什么时候这些数据被归档；这些数据怎样被展示（打印请当或者微软办公软件等）；可以接受的存取等待时间；其他组织会使用这个被归档的数据么？每个归档项目的核心问题都是“其他部门要怎样使用这些数据”你不能低估它的复杂性。建立项目小组F审计和内控部门：审计和内控部门的任务是从法律角度识别归档数据需求。重视特定国家的规则和规章。还必须检查内部审计是否需要增加一些新需求。内部修订时还要检查归档项目的一部份：步骤描述。关于跨国公司，对于数据滞留会有不同的特定国家的规则和规章。务必考虑和遵从这些规则。步骤描述是指数据归档的主要步骤、处理故障的步骤、归档文档需要再次被显示的步骤。SAP推荐内部审计和税务当局负责人证实和核准公司的归档策略。二数据归档流程内容：数据归档流程服务分布影响数据归档周期的因素数据归档涉及的组件ADK进行数据归档的特征单元目标：本单元结束后，你将理解：归档流程的步骤影响归档周期的因素数据归档的关键点业务场景：公司管理层决定执行SAP数据归档项目组已组建好，包括系统管理员、用户部门（SDMMFI）职员和内部审计。项目组理出数据归档的步骤1） 归档流程数据归档流程分为两个阶段：创建存档文档归档程序将R/3数据库的归档数据写到归档文档。删除数据删除程序先从归档文档中读取数据，再从数据库删除它。第三个阶段是将归档文档移至第三方存储介质。直到4.6C版本，这一步在写完归档文档和删除了数据库中的归档数据后被执行。4.6C版本，ADK文档可以在删除数据前将归档文档传输到外部存储系统。通常而言，前两个阶段完成并不足够，归档文档还需要被安全存储和管理，以便日后需要的时候读取。归档步骤1：归档数据开始归档活动前，可以选择是否运行预处理程序。预处理程序可以，例如标记PPPMCO删除标记和提供可存档信息（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 2055854.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/MB4） ADK概览所有的归档程序基于ADKADK使程序接口实现以下应用：读、写和including archiving classesADK还包括：处理归档文档；控制和设置归档运行参数；所有必要的定义的中心仓库；管理归档文档。ADK保证了比特顺序和代码页转换的可解释性和可读性。如果早期版本的数据对象发生变更，ADK自动执行临时结构转换。ADK通过ADK方法调用被包含在归档程序中。ADK以标准格式存储数据。ADK写入管理数据到数据库以确保数据的可存取性。笔记：只有通过ADK才能存取归档数据。在R/3系统外或者不适用ADK方