Archiving MM모듈

운영자용 아카이빙 매뉴얼

1

Archiving Manual(아카이빙 운영자용 – MM)

삼성리빙프라자


2

Contents

Chapter 1. Data Archiving 개념 및 목적 31. Data Archiving Overview 32. The purpose of Data Archiving 43. Data Archiving concept 5

Chapter 2. Configuration 방법 81. General Customizing 82. Archiving Object-specific Customizing 133. Application-specific Customizing 16

Chapter 3. Data Archiving 절차 261. MM module 28

1.1 MM_EBAN 281.2 MM_EKKO 441.3 MM_MATBEL 591.4 MM_REBEL 751.5 ZIV0001(CBO) 90


Chapter 1. Data Archiving 개념 및 목적

1 Data Archiving OverviewData Archiving 은 시스템에서 더 이상 필요로 하지 않는 Data 를 삭제한다. 하지만

언제라도 Database 로부터 접근 가능하여야 한다.

다음 그림은 R/3 Document 가 Archiving Object 를 통해 Archive File 로 쓰여진 후

다른 저장장치에 저장됨을 보여준다.

R/3 database 내부의 Data 는 data structure 를 대변하는 Archiving Object 를 통해서

archive 될 수 있다. 예를 들면, Financial accounting documents 는 FI Document header,

company-code dependent postings, change documents, SAPscript texts and other elements

로 구성되는 Archiving object: FI_DOCUMNT 를 통해 Archive 될 수 있다.

Application Archiving Object 는 이미 시스템 내부에 정의되어 있다.

Archiving 순서는 다음과 같이 크게 두가지 Step 으로 분리되어 있다.

Create archive files : 먼저 Archive 대상 Data 는 Archive File 로 쓰여진다.

이렇게 생성된 Archive File 은 추후 Archive Link Protocol 를 통해 IXOS-Archive

(Optical Disk) 시스템에 저장된다.

Execute delete program : Delete Program은 위에서 생성된 Archive File을

참조하여 실제로 Database로부터 대상 Document들을 삭제한다.

이렇게 2단계 작업이 분리되어 있으므로 인하여 R/3 Document를 잘못 삭제하는

등의 위험한 일은 절대 발생하지 않는다.

따라서 Data의 안정성이 보장됨을 알 수 있다.

Archiving Job은 긴 실행시간을 필요로 하므로 반드시 Background Job으로 실행되고

3


R/3 시스템이 운영중인 상태에서 실행 가능하다.

Archiving Job을 실행 전 반드시 System의 Shutdown Time을 고려하여야 한다.

2 The purpose of Data ArchivingR/3 System 에서, Archiving 을 하는데는 System 측면에서의 필요성의 향후 법적인 문제를

대응하기 위한 두가지 측면이 있다.

Transaction Data 의 증가로 인한 DB Size 증가와 Performance 문제

항상 최신의 Master data 를 유지

법적 대응을 하기 위한 Data 보존

Data 의 재 사용성

Application 관련 Old Data 는 일상적인 Job 에서는 필요로 하지 않고 가끔씩 필요로

한다.

Database 의 Large Volume Data 는 시스템의 Bottleneck 을 유발하여 시스템의

Performance 를 저하시킨다. Data Archiving 이야말로 이러한 문제를 해결할 수 있는

최상의 Solution 이다.

증가되는 Data 는 더 많은 Disk space 와 더 Powerful 한 H/W 를 필요로 하는데 이것은

비용의 증가를 의미한다.

시간이 지남에 따라 이러한 Solution 은 기술적인 한계와 System Performance 문제를

야기한다.

Data Archiving Solution 이 비용측면에서 H/W Upgrade 보다 유리하고 궁극적인 해결책이다.

Archive 된 Data 는 추후 특별한 Read Program 에 의하여 Random 또는 Sequential Access

방법으로 읽혀질 수 있다.

Data Archiving 의 가장 중요한 장점은 Database 가 차지하는 Disk Space 의 감소와

Application Program 들의 Performance 향상이다.

3 Data Archiving ConceptData Archiving 이란, Archiving Object 를 통하여 SAP R/3 Database 로부터 거의 사용하지

않는 Old Document 를 삭제하여 제 3 의 저장장치에 보관하는 것을 의미한다.

4


Archiving Object 는 Archive 되는 Table 들의 Relation 과, 몇 가지 프로그램 목록, Customizing

등을 정의한다.

R/3 Data Archiving 은 크게 다음과 같은 3 단계 Step 으로 이루어진다.

3.1 Create the Archive File (Step 1)

첫번째 단계에서는, Archiving Program이 대상 Document들을 Archive File로 생성한다.

Archive될 Document들은 Background Job에 의해서 Database로부터 읽혀져서 File로

쓰여진다. 이 Procedure는 다음 3가지 Event중의 하나가 발생할 때까지 지속된다.

1. Archiving이 완성.

2. Archiving이 완성되지는 않았지만, Archive File의 Size가 Archiving Object Customizing

에 명시된 크기에 도달 하였을 때.

3. Archiving이 완성되지는 않았지만, Archive File에 포함된 Document의 개수가

Customizing에 명시된 Document수에 도달 하였을 때.

만일 Event 2 또는 3 이 발생할 경우에는, Archiving 은 Step 2 로 계속해서 진행할 수

있다.

3.2 Execute delete program (Step 2)

5


첫째 Archive File이 완성된 후에, Archiving Program은 New Archive File을 생성한 후

Archiving Procedure를 계속해서 진행한다.

Delete Program은 완성된 Archive File로부터 Archive된 Document들을 참조하여 실제로

R/3 Database로부터 관련된 Document들을 삭제한다.

생성된 Archive File에 따라서 Delete Program이 실행되기 때문에 Delete Program은

Parallel 하게 진행 된다.

이러한 Archiving 방법은, 오직 Archive File에 있는 document만이 Delete 대상이 되기

때문에 Data의 안전성을 보장한다.

마지막 Archive File의 생성이 끝났을 때, Delete Program은 이 File에 대해서도 수행

된다. 위 그림은 몇 개의 Delete Program이 이미 생성된 Archive File에 대해서 동시에

수행됨을 보여 준다.

6


3.3 Store the archive files (Step 3)

Delete Program에 의하여 Database로부터 삭제된 내용을 담고 있는 Archive file은 다양한

방법에서 제 3의 저장장치에 보관될 수 있다.

ArchiveLink: 만일 Third Party System(IXOS-Archive)이 Archive Link를 통하여

연결되어 있는 경우에는 이를 이용한 Optical Disk나 일반

Disk에 저장한다.

Manual storage: Archiving 이후 특별하게 조회할 목적이 아니라면, Tape 과 같은

저렴한 Backup 장비를 이용할 수도 있다.

7


Chapter 2. Configuration 방법

SAP R/3 REO Data Archiving 에 관련된 customizing 은 다음과 같이 크게 3 가지로

분류 된다.

1. General CustomizingGeneral customizing 은 시스템의 File system 에 관련되기 때문에 System

Administrator 의 협조하에 수행 된다.

Logical file name(platform-independent)은 Archive File 이 생성될 당시의 저장 위치 및

파일형태를 정의한다.

Archive file들을 ArchiveLink를 통하여 IXOS-Archive(Archive system)에 저장하기 위해서는

Archive system 는 Archive File 이 저장되는 File System 에 Access 할 수 있어야 한다.

Data Archiving 이 진행되는 동안 Application Data 는 Database 로부터 벗어나 file

system 에 저장 된다. 따라서 File System 에는 Archive File 을 수용할 수 있는 충분한

Space 를 가지고 있어야 한다.

Logical file names and paths 는 Archiving 을 위해서 R/3 시스템에서 정의 되어야 한다.

General Customizing 은 Implementation guide or T-CODE(FILE)을 통해서 수행 할 수 있다.

IMG : Basis Components -> System Administration ->

Platform-independent file names

T-CODE : FILE

T-CODE : SARA -> Customizing -> Basic Setting

Related Tables

TABLE DESCRIPTION

FILEPATH Logical file path definition

FILENAME Client Dependent Filename Definition

FILENAMECI Client Independent Filename Definition

8


1.1 Logical File Path Definition

- T-CODE: FILE

위 화면 상단에 있는 Navigation 부분에서 “Logical file path definition”을 선택한 후,

New entries 버튼을 선택한다.

Logical Path(platform-independent file path) 정의에서는 Path 이름과 Description 만 입력하면

된다.

실제 Physical Path 와의 연결은 Navigation 의 2 번째 파트에서 이루어진다. 여기에서

만들어진 Logical Path 는 Navigation 의 3 번째 파트에서 Logical File name 을 정의할 때

이용한다.

9


1.2 Assignment of logical to physical file paths

Logical path 와 Physical path 와의 연결은 R/3 가 설치된 O/S platform 에 따라 다르게 정의 할

수 있다. 이미 잘 알려진 대부분의 OS 는 R/3 시스템에 이미 syntax group 으로 정의 되어 있다..

R/3 Landscape 상에서 Multiple OS 를 사용하고 있는 경우라면, 독립적으로 정의할 수 있다.

사용하고 있는 O/S 에 따라 자동 conversion 이 발생한다.

위 화면에서, Physical Path 의 <FILENAME>은 Logical File name 과의 연결시 Filename

이 들어갈 자리를 의미한다.

10


1.3 The Definition of Logical File name and Assignment to the Physical File name.

위 화면 상단에 있는 Navigation 부분에서 “Logical file name definition”을 선택한 후,

New entries 버튼을 선택한다.

11


Physical File Name :

R<PARAM_1><MONTH><DAY><PARAM_2>.<TIME>.<F=EXAMPLE>

(Example : RMM01250.071958.ARCH)

<PARAM_1> : Application Module Name in Archiving

<MONTH> : Month(01, 02, ... 12)

<DAY> : Day(01, 02, ... 31)

<TIME> : Time(00:00:00)

<PARAM_2> : Same file name 으로 인한 Overwrite 를 피하기 위함(0,1,2 ...)

<F=EXAMPLE> : R/3 User name that execute Archiving Job.

Logical path :

ARCHIVE_GLOBAL_PATH_FOR_HSDS

참조사항 : 여기에서 만들어진 Logical file name 은 Archiving Object 의 Object-specific

Customizing 에서 사용한다.

차후에 Archiving 디렉토리가 변경되면, Logical file path 만 변경시켜 주면 된다.

12


2. Archiving Object specific CustomizingArchiving-object-specific customizing에서는 각 Archiving Object에 관련된 Setting으로

General customizing에서 만든 Logical File name 지정 및 Archive File의 크기 등을 정의

한다.

Customizing: Logical file name

Customizing: Archive file size

Customizing: Archive system link

Customizing: Delete program settings

Menu path : T-CODE(SARA) Input the Archiving Object name

Goto Customizing

T-CODE(ZARC) Double Click the Archiving Object list that you want to

customize

Goto Customizing

13


Archiving Object specific Customizing View

2.1 Logical File name현재 Archiving Object 에서 사용할 Logical file name 을 지정하는 부분이다.

: ARCHIVE_DATA_FILE_FOR_HSDS

2.2 Archive File sizeArchive file size는 한 개의 Archive File 크기를 어떻게 할지 정의하는 부분이다.

한 File의 크기는 MB or Document의 수로 정의 할 수 있는데, 두가지 조건 중 먼저

도달하는 조건에 따라서 Runtime시 파일의 크기 및 갯수가 정해지게 된다.

만일, 어떤 값도 지정되어 있지 않았다면 단지 한 개의 File만 생성 된다.

한 개의 Archive File이 크기는 OS Platform의 File size limit를 고려해야 하며, 만일

Archive system(IXOS-Archive)와 연동 되어 있는 경우는 Archive System의 Filesize Limit

역시 고려 대상에 포함 되어야 한다.

14


2.3 Archive System linkArchive File이 완성되고 Database로 부터 해당 Document가 삭제된 후, File system

에 존재하는 Archive File이 Archive system으로 자동으로 넘어가게 할 수 있다.

ArchiveLink document type을 지정해야 하는데 SAP에서는 default document type 으로

‘ARCHIVE’ 를 제공하고 있다.

2.4 Delete program settings여기에서는 여러가지 Parameter 들을 setting 하게 된다

“Start automat”는 Archive File이 완성된 후에, Delete Program을 자동으로

실행할지 여부를 결정한다.

Commit counter는 Database로부터 Document삭제 시 DB commit의 단위를 나타냄.

이 값의 설정은 System Performance에 크게 관계 되므로 적절하게 Setting 하여야

한다.

Caution

위에서 설정한 Commit Counter에 따라 충분한 크기의 Rollback segment가 필요 할

수 있다. (Rollback tablespace for Oracle).

Test run variant : 실제로 Database로부터 삭제되는 document는 없다

Productive run variant : Archive된 document를 참고하여 실제 Database로부터

Document를 삭제한다.

Caution

Archiving Object specific customizing은 client-dependent하다. 따라서 다른 client에서

Archiving을 수행하기 위해서는 다시 정의하여야 한다.

15


3. Application specific Customizing일반적으로 Application specific customizing 에서는 R/3 Document Life(Retention time)에

대한 설정을 한다.

Retention period는 Document가 Archiving 시점에서 Database에서 보낸 시간을 나타낸다.

Residence period는 Document가 Archive 되기 전까지 시스템에서 보내야 하는 시간을

나타낸다.

Example :

만일 Residence time이 1개월이라고 가정하고, Archiving이 수행된다면, 1개월 이상 된

Data들은 Archiving의 대상이 되고 단지 3주 밖에 되지 않은 Data는 시스템에 남게 된다.

3.1 MM_EBAN

T-CODE : SARA 에서 대상 Archiving Object 를 입력한 후 Customizing 버튼을 선택한

후 나타난 서브화면에서 Application Specific customizing 을 선택한다.

16


3.1.1 Define C MM-PUR Reorganization: Requisition

Purchasing doc. type

아카이빙 대상이 되는 Purchasing document type 을 “New entries”를 선택하여 등록

하면된다. 이때 각 타입에 따른 Item category 별로 등록을 해야한다. 이 부분에서

미등록시는 아카이빙 대상에서 제외 된다.

등록시 Document Life 를 설정하게 되는데, 차후 변경시는 해당 레코드를 더블클릭

하여 변경하면 된다.

17


Define document Archiving details

각각의 Document Type 별 Document Life 을 위와 같이 정의해 준다.

Residence time 1 : 아카이빙 작업 시점으로부터 100 일 이전 데이터


MM 모듈 관련 Document 들은 아카이빙 하는데 있어서 두가지 방법이 제공된다.

첫 번째 방법은 다른 모듈과 같은 방법으로 아카이빙을 수행하는 방법이 있는데,

1 Step Procedure 라고 칭한다.

다른 한가지 방법은 MM 모듈만 가지고 있는 독특한 방식이다. 같은 아카이빙 프로그램

을 두번 수행하게 되는데, 1 번째 수행시는 Residence time 1 번을 기준으로 대상 문서에

삭제 표시를 한다. 그 다음 같은 프로그램을 두번째 수행시에는 Residence time 2 를 기준

으로 첫 번째 수행시에 삭제 표시한 문서들을 아카이빙 하는 방법이다. 이 방법은

2 Step Procedure 라고 칭한다. 이 2 번째 방법은 PP 모듈이나, QM모듈의 Preparation 과

Archiving 프로그램을 합쳐 놓은 것 처럼 구현해 놓았다.

일반적인 경우는 보통 1 Step 으로 작업을 하기 때문에, 이 경우는 Residence time 2 는

사용하지 않는다.

1 Step 으로 수행할 것인지, 2 Step 으로 수행할 것인지의 문제는 아카이빙 수행시에

결정한다.

18


3.2 MM_EKKO T-CODE : SARA 에서 대상 Archiving Object 를 입력한 후 Customizing 버튼을 선택한


참고사항 : 다음 3 개의 Document 에 대한 Customizing 은 사용하지 않아 제외 한다.

C MM-PUR Reorganization RFQ

C MM-PUR Reorg. Scheduling Agmts.

C MM-PUR Reroganization Contract.

19


3.2.1 Define C MM-PUR Reorganization PO

아카이빙 대상이 되는 Purchasing document type 을 “New entries”를 선택하여 등록

하면된다. 이때 각 타입에 따른 Item category 별로 등록을 해야한다. 이 부분에서

미등록시는 아카이빙 대상에서 제외 된다.

등록시 Document Life 를 설정하게 되는데, 차후 변경시는 해당 레코드를 더블클릭

하여 변경하면 된다.

20


각각의 Document Type 별 Document Life 을 위와 같이 정의해 준다.



MM 모듈 관련 Document 들은 아카이빙 하는데 있어서 두가지 방법이 제공된다.

첫 번째 방법은 다른 모듈과 같은 방법으로 아카이빙을 수행하는 방법이 있는데,

1 Step Procedure 라고 칭한다.

다른 한가지 방법은 MM 모듈만 가지고 있는 독 특한 방식이다. 같은 아카이빙 프로그램

을 두번 수행하게 되는데, 1 번째 수행시는 Residence time 1 번을 기준으로 대상 문서에

삭제 표시를 한다. 그 다음 같은 프로그램을 두번째 수행시에는 Residence time 2 를 기준

으로 첫 번째 수행시에 삭제 표시한 문서들을 아카이빙 하는 방법이다. 이 방법은

2 Step Procedure 라고 칭한다. 이 2 번째 방법은 PP 모듈이나, QM모듈의 Preparation 과

Archiving 프로그램을 합쳐 놓은 것 처럼 구현해 놓았다.

일반적인 경우는 보통 1 Step 으로 작업을 하기 때문에, 이 경우는 Residence time 2 는

사용하지 않는다.

1 Step 으로 수행할 것인지, 2 Step 으로 수행할 것인지의 문제는 아카이빙 수행시에

결정한다.

Check info record Check 시

- 현재 PO 와 관련있는 Purchase Info Record 가 존재하면 PO 를 아카이빙 하지

않는다.

21


3.3 MM_MATBEL T-CODE : SARA 에서 대상 Archiving Object 를 입력한 후 Customizing 버튼을 선택한


22


3.3.1 Define Change Document Rentention Periods

Plant : Material Document 는 Plant 단위로 아카이빙이 가능하다.

All Plant 를 지정하기 위해서는 “####”을 명시해야 한다.

Trans./event type : 모든 Trans./event type 을 위해서는 “##” 를 명시.

Doc. life in days : 아카이빙 시점을 기준으로 이 부분에 입력한 Document Life 보

다 더 오래된 Document 를 아카이빙 대상으로 한다.

3.4 MM_EINAArchiving Object : MM_EINA 에서는 Application Customizing 이 존재하지 않는다

23


3.5 MM_REBEL T-CODE : SARA 에서 대상 Archiving Object 를 입력한 후 Customizing 버튼을 선택한


24


3.5.1 Runtime invoice document archiving

company code

Life : 아카이빙 시점을 기준으로 이 부분에 입력한 Document Life 보

다 더 오래된 Document 를 아카이빙 대상으로 한다.

25


Chapter 3. Data Archiving 절차SAP R/3 Standard 에서는 Data Archiving 을 위하여 T-CODE: SARA 를 제공한다.

SARA 에서는 Archiving job 에 관련된 모든 일을 처리할 수 있다.

그러나, SARA 에서는 원하는 Archiving Object 를 선택하기 위해서는 모든 Archiving

Object 중 원하는 Object 를 선택해야 된다.

이러한 Interface 는 사용자로 하여금 불편함을 초래한다.

따라서 Archiving Job 을 좀 더 편리하게 수행 할 수 있도록 특별한 프로그램을 개발하였다.

앞으로 아카이빙 작업은 이 트랜젝션을 이용하면 좀 더 편리하게 아카이빙을 수

행 할 수 있다.

- T-CODE : ZARC

T-CODE : ZARC 에서는 Archiving 을 하고자 하는 Archiving Object List 만을 등록하여 사

용할 수 있다. 이 List 는 Archiving Object, Module or Archiving 담당자별로 Sort 할 수 있

다.

Archiving 하고자 하는 List 를 선택하게 되면, Standard Transaction 인 SARA 를 Call 하게 된다.

26


결국은 T-CODE : ZARC 를 통하여 transaction SARA 를 call 하게 된다.

T-CODE : SARA 에서 Action Part 는 각각의 Archiving object 에 등록된 프로그램에 따라,

다소 틀려지게 된다.

Archive : Archiving job 실행.

Test Run : Archiving Time 과 필요한 공간을 예측하기 위해 사용. 아카이빙은 안됨.

Production Run : 실제로 아카이빙시 사용.

Delete : Archiving 된 Document 를 Database 로 부터 삭제.

Reload : MM-EBAN 은 Reload 기능이 없다.

아카이빙 오브젝트에 따라 제공되지 않을 수 도 있다.

Analyze : Archive File 로부터 Archive Data 를 읽기 위하여 사용.

아카이빙 데이터를 읽는 프로그램을 추가 개발하여 등록 가능.

ABAP 개발자용 아카이빙 매뉴얼 참고.

Management : Archive Session information 을 표시하며 IXOS-Archive 로의 저장 또는

Retrieve 등을 할수 있다. 또한 아카이빙 건 수, 파일 크기, 파일 갯수와 세션의 상태가

아카이빙만 끝낸건지 아니면 삭제까지 완료됐는지, IXOS-Archive 로 저장 되었는지를 알

수 있는 세션의 상태 또한 확인할 수 있다.

아카이빙 세션 상태

Archiving Completed

Deletion Completed

Not archived

Archived

이곳에서 상태가 Deletion Completed 된 Session 에 대해서는

27


Archive Link 를 통해 IXOS-Archive 에 저장할 수 있다.

28


1. MM module1.1 MM_EBAN1.1.1 Archiving

이 과정은 대상 아카이빙 데이터를 DB 로부터 추출하여 아카이빙 파일을 생성하는

과정이다. 이 단계까지는 DB 와 아카이빙 파일 양쪽에 Data 가 존재한다. 다음 단계인

삭제 프로그램이 끝나야만, DB 에서 Data 가 삭제 된다. 따라서 보통 아카이빙이라함은,

아카아빙 작업과 삭제 작업까지 끝나야만 진정한 의미를 가지게 된다.

Transaction : ZARC 에서 PR Document 에 해당하는 “MM_EBAN”를 double-click 한다.

또는 T-CODE : SARA 에서 Archiving object 란에 바로 ‘MM_EBAN’을 입력해도 된다.

29


다음 화면(T-CODE:SARA)의 Action Part 에서 ‘Archive’버튼을 선택한다.

Variant : Variant name 을 입력한 후, Maintain button누르면 Archiving range 를

입력할 수 있는 Selection screen 이 나타 난다.

Start Date : Archiving job 은 항상 background mode 에서 실행하여야 한다.

따라서 이 부분은 Background job time scheduling 을 위한 부분이다.

Spool Parameters : Archiving Job 관련된 Log 를 처리하기 위한 부분이다.

Archiving Job 관련 log 는 Spool 에 쌓이기 때문에 ‘print immediately’ 와

‘Delete after print’ option 은 제거하는 것이 좋다.

30


Caution.

SAP R/3 Production System 에는 주기적으로 생기는 Log 를 삭제하기 위하여 SAP 에서

추천하는 Background Job 이 항시 설정되어 있다. 이 경우 Archiving Job 관련 Log 는

이들 Job 에 의하여 삭제될 수 있기 때문에 주의를 요한다.

31


Archiving Variant : Selection screen

아카이빙 대상 조건 필드

Purchase requition

Document type

Plant

Purchasing group

프로그램 Control

One-step procedure : Check 하면 One-step 으로 작업이 되고 Check 하지

않으면 Two-step 으로 작업을 한다.

일반적인 방법은 One-step 으로 수행한다. 기타 자세한 사항은

Customizing 관련 부분을 참조하면 된다.

Detail Log : 이 옵션은 많은 archiving log 를 만들어 내므로 분석의 경우를 제외하

고는 사용하지 않는 것이 좋다

Log of archived table : Archiving object 에 의하여 삭제된 각각의 Detail list 를 프리트

하기 원할 때 Check 한다.

Test Run : 만일 이 옵션이 선택되면 삭제 프로그램 실행시 이 세션을 선택할 수

없게 된다. 결국 DB 데이터를 삭제할 수 없게 된다.

실제 아카이빙 전, 몇 건의 Document 가 아카이빙 될지 또는 아카이빙

파일 크기는 얼마나 되는지, 수행시간은 얼마나 걸리는지등 통계 자료를

산출해 낼 수 있다.

32


Start Time : 아카이빙 시작시간을 지정

Spool Parameter : 아카이빙 실행 결과 출력 Log 관련 Spool 설정.

33


Archiving 수행화면에서 모든 조건(Variant, start time, spool paramter) 을 입력한 후에

Execution button or ‘F8’ key 를 선택하면 Archiving Job 이 Release 된다.

Menu path : Goto Job overview(또는 Job Overview 버튼)에서 Archiving Job 의 status

를 볼 수 있다.

Caution

대부분의 아카이빙 오브젝트 아카이빙 실행시 Selection 화면의 Variant 부분에

아카이브 Session description 을 넣을 수 있도록 되어있지만, 간혹 디자인 상 빠진

아카이빙 오브젝트가 존재할 수 있다. 이 경우 아카이빙 끝나자 마자 Management

에서 Session description 을 인위적으로 입력해 주어야 한다.

이 정보는 나중에 Archive data 를 DB 로 부터 삭제하는 Delete job 이나, Archive

data 를 읽는 Read Program 에서 사용된다.

이 정보를 바로 입력하지 않으면 나중에 Archiving Session 을 구별할 수 없다.

34


1.1.2 Delete이 부분은 Archiving file 을 이용하여 Database 로부터 Application data(document)를

삭제하는 과정이다.

Object name : MM_EBAN.

Action : “Delete”.

위와 같이 setting 한 후, “Delete” button 을 선택한다.

만일 “Test run” option 을 선택하게 되면 Application Data 는 삭제되지 않고 단지 몇 건의

Document 가 삭제될지를 예측해 볼 수가 있다.

35


Archive selection : Database 로부터 삭제하고자 하는 Archiving session 을 선택.

Start time 과 spool parameter setting 은 Archiving 시와 동일하다.

Menu path : Goto Job overview(또는 Job Overview 버튼)에서 Background job status

를 볼 수 있다.

36


1.1.3 Read Archived Files 이 방법은 Document 를 건 단위로 조회하는 것이 아니라, 아카이빙 했던 Session 단위로

대량의 Document 를 읽어내어서 통계 Report 를 만들어 낼 경우 사용하는 방법이다.

이 경우에는 아카이빙 시스템으로부터 대량의 데이터가 이동해야 하므로 Database

에서 읽을 경우 보다는 긴 실행 시간을 필요로 한다.

따라서 일반적인 실행 방법은 Background Mode 에서 실행한다.

이 Job 은 Archive File 을 전체를 순차적으로 검색하기 때문에 긴 실행시간을 필요로

한다.


Action : “Analyze”.

위와 같이 setting 한 후, Analyze”버튼을 선택한다.

MM_EBAN 에는 Standard 에서 제공하는 Archive Document 를 읽을 수 있는 Read

Program 이 있다.

Execution Mode : Online / Batch

37


[ Program : RM06BR30 ] Archived Purchase Requesitions

이 프로그램은 조회하고자 하는 Purchase Requesitions 데이터를 아카이빙 시스템

에서 가져 올 수 있다.

38


[아카이브 Read 프로그램 수행 결과]

39


1.1.4 ManagementArchive Session information 을 표시하며 IXOS-Archive 로의 저장 또는 Retrieve 등을 할

수 있다. 또한 아카이빙 건 수, 파일 크기, 파일 갯 수와 세션의 상태가 아카이빙만 끝

낸건지 아니면 삭제까지 완료된는지, IXOS-Archive 로 저장 되었는지를 알수있는 세션의

상태 또한 확인할 수 있다.


Archiving Completed

Deletion Completed

Not archived

Archived

이곳에서 상태가 Deletion Completed 된 Session 에 대해서는 Archive Link 를 통해

IXOS-Archive 에 저장할 수 있다.


Action : “Management”.

위와 같이 setting 한 후, “Management”버튼을 선택한다.

40


이곳에서는 Archiving File 의 Physical Location, File Size 와 File 당 document 의 건수 등을

조회할 수 있다.

No. of objects : 이 아카이빙 파일에 아카이빙 된 Document 의 수

Size in MB : 아카이빙 파일의 크기

Status : 아카이빙 파일의 상태(Archiving completed, Deletion completed)

Buffer : 아카이빙 시스템에 저장되었는지 여부

Filename: 아카이빙 파일 이름.

Phys. File name : 아카이빙 디렉토리를 포함한 아카이빙 파일 이름.

Delete Complete 된 Archiving File 을 IXOS-Archive(Archiving System)에 저장 하거나,

나중에 Retrieve 해 올 수 있다.

41


[ 아카이빙 Session 정보 입력 및 변경하는 방법]

Archiving Management screen 에서 Archiving Session Number 를 더블 클릭한다.

새로 나타나는 서브 화면에서 위와같이 “Change”버튼을 선택하면 Archiving Session 에

대한 정보를 입력 또는 변경할 수 있다. 대부분의 아카이빙 오브젝트가 이 정보를 아카

이빙시에 입력할 수 있도록 되어있지만 경우에 따라서는 디자인 실수로 인하여 제공하

지 않는 오브젝트들이 있다. 따라서 그러한 경우에는 이 방법을 이용하면 된다.

이 정보는 추후 Delete Job 이나 Read job 에 Archiving Session 을 선택할 때 필수적으로

사용된다.

42


[ 아카이빙 파일을 아카이브 시스템(IXOS-Archive)에 저장하는 방법]

Deletion completed Archiving File 들을 Archiving System(IXOS-Archive)에 저장할 수

있다.

IXOS-Archive 에 저장하고자 하는 Archiving Session 을 선택한 뒤 “Archive system” 버튼을

선택한다. 새로 나타난 서브화면에서 Archive File 의 status 가 “Deletion completed”일 경우에만

IXOS-Archive 에 저장할 수 있다. Buffer 의 상태는 처음에는 “Not stored”에서 저장 완료된

후에는 “Stored”로 변경된다.

먼저 IXOS-archive 에 저장하기 위해서는 서브 화면에서 “Store”버튼을 선택하면 Bufferd 의

상태가 순간적으로 “Request made”에서 저장 완료 후에는 “Stored”로 변경된다.

저장 완료된 archiving session 에 대해서는 서브 화면의 버튼이 “Store”에서 “Retrieve”로

변경된다. 이 말은 다시 말하면 IXOS-Archive 로 저장된 Archive File 은 “Retrieve”버튼을

이용하여 언제든지 가져올 수 있다는 것을 의미한다.

43


1.1.5 Archiving Table List (MM_EBAN)

Table DescriptionA081A082ADR2ADR3ADR4ADR5ADR6ADR7ADR8ADR9 ADRCADRCTADRGADRGPADRTADRVADRVPCDCLSCDHDREBANEBKNEBUBESKLESLHESLLESUCESUHKOCLUKONHKONMKONPKONWRESBSTXBSTXHSTXL

Contract Conditions at Plant LevelContract Conditions without PlantTelephone numbers (central address admin.)Fax numbers (central address admin.)Teletex numbers (central address admin.)Telex numbers (central address administration)SMTP numbers (central address admin.)R/Mail numbers (central address admin.)X.400 numbers (central address admin.)RFC destinations (central address admin.)Addresses (central address admin.)Address texts (central address admin.)Assignment of addresses to other address groups (cent.adr.)Assignment of persons to further person groups (cent.addr.)Communication data text (central address administration)Address where used list (central address administration)Person where-used list (central address administration)Cluster structure for change documentsChange document headerPurchase RequisitionPurchase Requisition Account AssignmentIndex for Stock Transport Requisitions for MaterialAccount Assignment Specification: Service LineService Package Header DataLines of Service PackageExt. Services Management: Unplanned Limits on Contract ItemExt. Services Management: Unpl. Service Limits: Header DataCluster for conditions in purchasing and salesConditions (Header)Conditions (1 Dimensional Quantity Scales)Conditions (Item)Conditions (1 Dimensional Value Scales)Reservation/dependent requirementsSAPscript: Texts in non-SAPscript formatSTXD SAPscript text file headerSTXD SAPscript text file lines

44


1.2 MM_EKKO1.2.1 Archiving





참고사항 : 아카이빙 대상이 되기 위해서는 우선 업무가 종료 되어야 하고,

대상 Document 가 Document Life 이내에 있어야 한다.

하지만, Standard 아카이빙 프로그램에서는 다음과 같은 문제점을

가지고 있다.

특정 PO 의 Item 중 어떤 아이템은 Application customizing 에서 설정한 Document Life

이내에 있고, 몇몇 item 은 Document life 를 벗어날 경우 Document Life 상 대상범위에

있는 item 에 대해서는 삭제 표시를 한다.

결과 로그에서는 “Order ########## is deactivated”라고 나온다. 이 경우 삭제표시한

Document 의 Change Date 가 아카이빙 실행일로 변경되어 버리는 문제가 발생한다.

이렇게 변경된 Document 에 대해서는 대상에 포함되지 않았던 item 들이 Retention time

을 벗어날지라도, 차후에 아카이빙 할 수 없는 일이 발생한다. Retention time 을 Change

date 와 비교하기 때문에 발생하는 문제점이다.

이에 대한 해결책으로는 Application Customizing 에서 Retention time 을 “1”로 주는 수

밖에 없다. 따라서, 앞으로 아카이빙 대상을 추출하는 것은 아카이빙 프로그램에 달려

있다.

Transaction : ZARC 에서 PO Document 에 해당하는 “MM_EKKO”를 double-click 한다.

또는 T-CODE : SARA 에서 Archiving object 란에 바로 ‘MM_EKKO’을 입력해도 된다.

45


46


T-CODE :SARA 의 Action Part 에서 ‘Archive’버튼을 선택한다.








Caution.




47



아카이빙 조건 선택 필드

Purchasing document

Purchasing organization

Document date

Document type

Purchasing group

Key date for quotation date : 아카이빙 수행시 기준일. 일반적인 경우는 수행하는

일자가 기준일이 되지만, 여기에서는 기준일을 따로

명시할 수 있다.


One-step procedure : Check 하면 One-step 으로 작업이 되고 Check 하지

않으면 Two-step 으로 작업을 한다.

일반적인 방법은 One-step 으로 수행한다. 기타 자세한 사항은

Customizing 관련 부분을 참조하면 된다.

Detail Log : 이 옵션은 많은 archiving log 를 만들어 내므로 분석의 경우를 제외하

고는 사용하지 않는 것이 좋다

Log of archived table : Archiving object 에 의하여 삭제된 각각의 Detail list 를 프리트

하기 원할 때 Check 한다.

Test Run : 이 옵션이 선택되면 , Archiving file 은 생성되지 않고 통계 자료만 산출.

Delete program 실행시 이 아카이빙 세션을 선택할 수가 없다.

다시 설명하면 아카이빙 파일을 이용하여 Document 를 DB 로부터

삭제할 수 없다.

48




49




Menu path : Environment Job overview(또는 Job Overview 버튼)에서 Archiving Job 의

status 를 볼 수 있다.

Caution








50




Object name : MM_EKKO.





51





를 볼 수 있다.

52


1.2.3 Read Archived Files 이 방법은 Document 를 건 단위로 조회하는 것이 아니라, 아카이빙 했던 Session

단위로 대량의 Document 를 읽어내어서 통계 Report 를 만들어 낼 경우 사용하는 방법

이다.





한다.

Object name : MM_EKKO.



53


[ Program : RM06ER30 ] 아카이빙 데이터 Read 프로그램 - Purchase Requesitions

이 프로그램은 조회하고자 하는 Purchasing documents 를 아카이빙 시스템 에서

가져올 수 있다.

아카이브 데이터 검색 조건

위 화면에서 검색하고자 하는 조건을 입력하고 실행하면 다음 화면에서 검색할 수

있는 아카이빙 세션을 선택할 수 있다.

54


아카이브 데이터 검색 결과

55


1.2.4 ManagementArchive Session information 을 표시하며 IXOS-Archive 로의 저장 또는 Retrieve 등을 할 수

있다. 또한 아카이빙 건 수, 파일 크기, 파일 갯 수와 세션의 상태가 아카이빙만 끝 낸건지

아니면 삭제까지 완료된는지, IXOS-Archive 로 저장 되었는지를 알수있는 세션의 상태 또한

확인할 수 있다.


Archiving Completed

Deletion Completed

Not archived

Archived



Object name : MM_EKKO



56


이곳에서는 Archiving File 의 Physical Location, File Size 와 File 당 document 의 건수 등

을 조회할 수 있다.









57









사용된다.

58




있다.










59


1.2.5 Archiving Table List (MM_EKKO)

Table DescriptionA068A081A082ADR2ADR3ADR4ADR5ADR6ADR7ADR8ADR9ADRCADRCTADRGADRGPADRTADRVADRVPCDCLSCDHDREIKPEIPOEKABEKBEEKBEHEKBZEKBZHEKEHEKEKEKESEKETEKETHEKKNEKKOEKPAEKPOEKPVEKUBESKLESKNESLHESLLESSRESUCESUHKAPOLKOCLUKONHKONMKONPKONWMLBEMLBECRMLWERENASTRESBSTXBSTXHSTXL

Outline Agreement Item: Plant-DependentContract Conditions at Plant LevelContract Conditions without PlantTelephone numbers (central address admin.)Fax numbers (central address admin.)Teletex numbers (central address admin.)Telex numbers (central address administration)SMTP numbers (central address admin.)R/Mail numbers (central address admin.)X.400 numbers (central address admin.)RFC destinations (central address admin.)Addresses (central address admin.)Address texts (central address admin.)Assignment of addresses to other address groups (cent.adr.)Assignment of persons to further person groups (cent.addr.)Communication data text (central address administration)Address where used list (central address administration)Person where-used list (central address administration)Cluster structure for change documentsChange document headerForeign trade: Export/import header dataForeign trade: Export/Import Item DataRelease DocumentationHistory of Purchasing DocumentRemoved PO History RecordsHistory of Purchasing Document: Delivery CostsHistory of Purchasing Document: Delivery CostsScheduling Agreement Release DocumentationHeader Data for Scheduling Agreement ReleasesOrder Acceptance/Fulfillment ConfirmationsScheduling Agreement Delivery SchedulesScheduling Agreement Schedules: History TablesAccount Assignment in Purchasing DocumentPurchasing Document HeaderPartner Roles in PurchasingPurchasing Document ItemShipping-Specific Data on Stock Tfr. for Purch. Doc. ItemIndex for Stock Transport Orders for MaterialAccount Assignment Specification: Service LineAccount Assignment in Service PackageService Package Header DataLines of Service PackageService Entry Sheet Header DataExt. Services Management: Unplanned Limits on Contract ItemExt. Services Management: Unpl. Service Limits: Header DataCondition pool : Prices and surcharges and discountsCluster for conditions in purchasing and salesConditions (Header)Conditions (1 Dimensional Quantity Scales)Conditions (Item)Conditions (1 Dimensional Value Scales)Material Ledger FS Item Table for GR/IR relevant transactionMaterial Ledger Currency Table for GR/IR relevant transact.Conversion Table between Purchasing and Material LedgerMessage statusReservation/dependent requirementsSAPscript: Texts in non-SAPscript formatSTXD SAPscript text file headerSTXD SAPscript text file lines

60


1.3 MM_MATBEL1.3.1 Archiving





Transaction : ZARC 에서 해당하는 Archiving Object 인 MM_MATBEL 을 double-click

한다.

또는 Transaction SARA 에서 Archiving object 란에 바로 ‘MM_MATBEL’을 입력해도 된다.

61










Caution.




62



아카이빙 조건 선택 필드

Material document

Material doc. year

Plant

Posting date

Transaction/event type

Comment : Archiving job session information 를 입력. 이 Session 정보는

나중에 Delete, Read, Reload job 등에서 사용.

필수 입력 사항임.


Create archive files : Archive file 생성여부 결정

Delete only in test mode : 이 옵션이 선택되면 Delete program 실행시 이 아카이빙

세션을 선택할수가 없다.

다시 설명하면 아카이빙 파일을 이용하여 Document 를

DB 로부터 삭제할 수 없다.

Log flow : 아카이브 실행에 대한 결과 Log 를 Detail 하게 보여준다. 일반적으로

테스트 용도일 경우에만 사용한다.

63




64


Archiving 수행화면에서 모든 조건(Variant, start time, spool parameter) 을 입력한 후에




Caution








65




Object name : MM_MATBEL.





66





를 볼 수 있다.

67


1.3.3 Read Archived Files이 방법은 Document 를 건 단위로 조회하는 것이 아니라, 아카이빙 했던 Session 단위

로 대량의 Document 를 읽어내어서 통계 Report 를 만들어 낼 경우 사용하는 방법이다.

이 경우에는 아카이빙 시스템으로부터 대량의 데이터가 이동해야 하므로 Database 에서

읽을 경우 보다는 긴 실행 시간을 필요로 한다.

따라서 일반적인 실행 방법은 Background Mode 에서 실행한다. 이 Job 은 Archive File 을

전체를 순차적으로 검색하기 때문에 긴 실행시간을 필요로 한다.

만일 특정 키값을 이용하여 1 개의 Document 를 검색하길 원한다면, Archiving Index 를 이용한

Random Access 방법을 이용하는 것이 유리하다.

Object name : MM_MATBEL.



Execution Mode : Online / Batch

68


[ Program : RM07MAAU] Material documents Archive Read Program

이 프로그램은 조회하고자 하는 Material documents 데이터를 아카이빙 시스템에서

가져오는데 다른 아카이빙 오브젝트와는 별도로 Index 를 사용하여 조회 하는 프로그램을

지원한다.

69


1.3.4 아카이브 INDEX 생성 및 삭제 1.3.4.1 Material documents 아카이브 Index 생성

아카이빙된 Document 를 건 단위로 빠르게 조회할 경우 아카이브 인덱스 정보가 필요

하다. Standard 에서 기본적으로 제공하는 Material Document 조회 프로그램은 기본적

으로 아카이브 인덱스를 이용하도록 디자인 되어 있기 때문에 아카이브 인덱스를 생성

해야 한다. 아카이브 인덱스 대체용으로 SAP AS 를 이용할 수도 있다.

70


Index 생성할 세션을 선택하여 아카이빙 Index 를 생성할수 있다.


71


1.3.4.2 Material documents 아카이브 Index 삭제

더 이상 필요없는 아카이브 인덱스는 삭제가 가능하다. 필요한 경우 생성 프로그램을

이용하여 언제든지 재생성 할 수도 있다.

Delete up to and including : 아카이빙 인덱스 삭제 기준일

Commit counter : Database 로부터 한번에 삭제되는 양.


72


1.3.5 ManagementArchive Session information 을 표시하며 IXOS-Archive 로의 저장 또는 Retrieve 등을 할

수 있다. 또한 아카이빙 건 수, 파일 크기, 파일 갯수와 세션의 상태가 아카이빙만 끝낸

건지 아니면 삭제까지 완료됐는지, IXOS-Archive 로 저장 되었는지를 알 수 있는 세션의

상태 또한 확인할 수 있다.


Archiving Completed

Deletion Completed

Not archived

Archived



Object name : MM_MATBEL



73








Index : 아카이빙 인덱스가 생성되었는지 여부(건별 조회시 이용)





74









사용된다.

75




있다.










1.3.6 Archiving Table List (MM_MATBEL)

Table Description

76


MKPFMSEGNAST

Header: Material DocumentDocument Segment: MaterialMessage status

1.4 MM_REBEL1.4.1 Archiving





Transaction : ZARC 에서 해당하는 Archiving Object 인 MM_REBEL 을 double-click

한다.

또는 Transaction SARA 에서 Archiving object 란에 바로 ‘MM_REBEL’을 입력해도 된다

.

77










Caution.




78



Input Fields

- 송장 문서

- 회계연도

- 회사코드

- 채권자

- 전기일

- 증빙일

- 참조

Check Boxes

- 테스트실행 : 실제 아카이빙 파일은 생성하지 않고 테스트 아카이빙만 한다.

- 아카이브 테이블 로그 : 아카이빙된 테이블에 대한 통계를 보여준다.

79




80






Caution








81




Object name : MM_REBEL.





82





를 볼 수 있다.

83


1.4.3 Read Archived Files 이 방법은 Document 를 건 단위로 조회하는 것이 아니라, 아카이빙 했던 Session

단위로 대량의 Document 를 읽어내어서 통계 Report 를 만들어 낼 경우 사용하는 방법

이다.





한다.

Object name : MM_REBEL.



84


[ Program : RM08RAAU ] 아카이빙 데이터 Read 프로그램 - Article documents

이 프로그램은 조회하고자 하는 Purchasing documents 를 아카이빙 시스템 에서

가져올 수 있다.

아카이브 데이터 검색 조건

위 화면에서 검색하고자 하는 조건을 입력하고 실행하면 다음 화면에서 검색할 수

있는 아카이빙 세션을 선택할 수 있다.

85


아카이브 데이터 검색 결과

86


1.4.4 ManagementArchive Session information 을 표시하며 IXOS-Archive 로의 저장 또는 Retrieve 등을 할 수

있다. 또한 아카이빙 건 수, 파일 크기, 파일 갯 수와 세션의 상태가 아카이빙만 끝 낸건지

아니면 삭제까지 완료된는지, IXOS-Archive 로 저장 되었는지를 알수있는 세션의 상태 또한

확인할 수 있다.


Archiving Completed

Deletion Completed

Not archived

Archived



Object name : MM_REBEL



87












88









사용된다.

89




있다.










90


1.4.5 Archiving Table List (MM_REBEL)

Table DescriptionKOCLU 구매와 판매의 조건 클러스터RBCO 문서품목, 수령송장, 계정지정RBKP 문서표제부: 송장입고RBTX 세금, 수령송장RBVS 송장검증: 송장금액분할RBWS 원천세 데이타, 수령송장RBWT 원천세 데이타, 수령송장RSEG 문서품목: 수주송장

91

Documents

Archiving MM모듈