Archive Status

Hi,
We have primary and Standby database configure. Before few days our primary database was down and we switch over to standby site. and then again switch back to Primary. My query is as sequence of archive is changed after switchover,how do i come to know that DR and Primary is in sync.
As present i checked with
select max(Sequence#) from V$archived_log where applied ='YES' which give sequence no before switch over
or the alternate which i used is to find the value of
Archive Log List on both the site.
Please tell me is this the correct way to check the status of applied Archive.
Thanks in adavance

With what version of Oracle?
10g ... DBMS_RECTIFIER_DIFF
http://www.psoug.org/reference/dbms_rectifier_diff.html
11g ... DBMS_COMPARISON
http://www.psoug.org/reference/dbms_comparison.html

Similar Messages

FB99 check archiving status - Withholding tax life (455 days) not reached

Hi to all,
We are in process of archiving SAP data.
Requirement: There are 2 company codes in one production client and we want both company codes to be separated as independent clients. So we are archiving one of the company codes in existing client.
Since we want separate clients & require only one company code data in each client, we want to archive all the documents as on date.
I am archiving FI documents through Archiving Object FI_DOCUMNT in SARA transaction. Before archiving we have to clear all open items for the FI documents, for that am checking document archiving status through FB99.I am getting following message for one of the line item
u2018Withholding tax life (455 days) not reached u201C.
I have set document life (OBR8) and account type life (OBR7) form 9999 to 1 day.
Regards
Govind

Hi Govind,
The document life and acount type life is not the same as the withholding tax life. The witholding tax life is country-specific and cannot be overridden. I do not believe there is a way around this.
Best Regards,
Karin Tillotson

PO with Archived status

Hi,
we are having many POs with status 'Archived'. Any one tell me of what this status is for ? And how to resolve it ?
many POs we have received today with this status and please suggest me.
Thank you very much.
Regards, Sunayana N

Hi,
we have the following situation with "archived status":
-No Archiving has been aktivated.
- For direct material we create a RESERVERTION as follow-on documents in ERP in case stock is available.
- But when saving the SC in SRM the status of follow-on document is archived reservation.
- Mentioned reservation is definitly not available in ERP.
Did you solve the erronous message of the SRM-System in ´this issue?
Thanks
Isam

Set Media to Archive Status

Aloha Everyone-
I have a workflow that has worked well for us to archive to LTO tape and I would like to continue this workflow if possible. I copy my data to a raid and place it into a folder called LTO001 etc. I import these files into Final Cut Server and this works very well. If I unmount the drive from my server I experience a bug. When I right click on the the file it breaks the link to the proxy. If I just click the movie icon I can retrieve the proxy with no problem, but the ones I broke do not work anymore. I can not click analyze because the drive is not present.
Is there a way to set the file to archive status (when it shows the drive icon in the top left corner) If I can do this it will not expect the device to be there. Using the archive command does not work well for me as I am doing this with red footage and I need more than this file to go to the archive device so I must move the footage manually. This is why I chose to import it into FCS after I have moved it to the archive device. If I leave the drive mounted I have no challenges, but I will need to delete the folders (since they are backed up on LTO) and I will have this challenge anyway.
Mahalo for any help in this process
scott

Thanks for your answer-
I have what seems to be a good solution. After I import my files into FCS I can tell FCS to archive them, and since I catalogued the tiny _M files from the red camera this archive is very small. Then I can delete my folders and all works very well. I am still testing possible challenges but am optimistic of this workflow. In addition I don't think I would ever need to delete the FCS archived files as they do not take up much room. Then in the future I can restore the whole tape and tell FCS to restore the archive and all is back online.
mahalo
scott
P.S. this workflow seems excellent for red, and a little more trouble for regular quicktimes, but since most of my footage is red I am happy with it so far.

Purchase order in 'Archived' status

Hi All,
We are using SRM5.0 ECS.
After SC is created for 'Free text' requirement, PO is created. When looking at the Purchase order in 'Process Purchase orders',it is giving the message as 'Error while reading the PO in backend system, Inform system administration'. When looked into Item details it is showing the status of PO as 'Archived'.
This is happening only for random Purchase orders. Please let me know what could be the issue.
Regards
Krishna

Hello,
Run FM META_PO_GETDETAIL in SRM, specifying the ECC system ID and PO number which has been created there.
Check if there is any authorization message.
I have seen a similar issue which was related to authorization of RFC user, who was not able to check PO details in backend.
Kind regards,
Ricardo

How to retire/archive/status a released workbench transport for an OSS note

My Question: Is there a best practice for the "retiring" or "archiving" or "statusing" of released workbench transports for OSS notes that have been imported into the quality environment, but should never be imported into the production environment?
For example an OSS note is applied and imported into QS1, but then a CRT Hotpack is applied as an entire patch upgrade, so that the prior individual transport is no longer needed. Best Business practice indicates to not delete a released transport, but unless there is a way to permanently segregate them from the remaining legitimately viable transports, there is always a risk that the "stale" code could inadvertently slip through thus overwriting good code.

Hello.
Well, you have confirmed what I suspected when I read the descriptions - wrong forum.
I chuckled and couldn't stop a broad smile from creeping across my face when I read your response though: "the old BASIS type questions". I knew we were a bit behind the times here; you have definitely confirmed this suspicion.
Thank you again. I'll try another search of the OSS notes or put in a customer message just for the heck of it.

Changing archived status for target group or segmentation model.

Hello, CRMies!
In SAP CRm WEBUI i set "To archive" flag for segmentation model and now it has status "Archived". The problem is hat it became inactive now and i can't reset this status. I didn't execute any archiving reports, just set the flag on. I was looking for any FM or reports to recover the status.
Anybody knows how to unarchive segmentation model or TG?

Hi Katya,
as far I know the segmentation model is archived with the next scheduled archive run once the status 'to be archived' is set. The status can be undone before the archive run, once this is archived there is no way other then generating the segment again.
Please refer to the online help about further information:
Archiving Segmentation Elements - SAP Library
For target groups andproduct segments there is also a read program in transaction SARA, which you can use to display the archived segmentation elements again at a later point in time, if required.
Furthermore, the information structure SAP_CRM_MKTTG_I is available for target groups and product segments in the transaction SARA.
You can not only read, but can also load archived segmentation models into the system. However, you should only use this function when it is absolutely necessary. For further information, see Reloading Archive.
Since you cannot load target groups or product segments into the system, you need to generate these again to be able to use them.
I hope this helps.
best regards,
Johannes

Get archive status by RIDC

Hi All
Our customer want to import archives from code and not from GUI.
I wrote java code to call IMPORT_ARCHIVE service
In Services reference guide I found that The IMPORT_ARCHIVE service only starts the archive import and provides confirmation that the request to start the import has been made. No notification is sent regarding the status or completion of the archive import.
How can I implement functionality to provide notification of the status and completion of the archive import in my java program?
I tried to get archive info as aLastImport, but can't find way too.
Please help
Thanks
Leon

Your findings are in the full correlation with the description of the service - see http://docs.oracle.com/cd/E23943_01/doc.1111/e11011/c06_archive.htm#CSSRG3039
This service is executed asynchronously - imagine, you trigger the service and then close the browser window (or the applet) as the import may take really long. (Even in GUI) if you want to check whether the import finished you'll go back to the archive overview page ( http://docs.oracle.com/cd/E23943_01/doc.1111/e10792/e01_interface.htm#BABGDHDA ) and check the status (you may trace down if this event is also called by a service and what output is returned)

Function Module / Method to Get Status of PO and Invoice status (Archived)

Hi Experts,
I have a requirement where I have to process mass collection of SO, PO and Invoices for certain output triggers based on user input in a Z program. However the requirement states that I need to skip processing for the documents which are archived. I got a method (CALL METHOD cl_sd_archived_sales_documents=>check_sales_doc_archived on ECC 6.4 system) to get Archived status of Sales Order, but could not find anything suitable for getting the same for a PO or Invoice documents. Whatever function module I am getting, requires an input called Archive Key or handle.
But I will be only having the document number (like a purchase order number or a invoice number). Is there any inbuilt FM or Method in SAP which will let me determine if the document is already archived or not?
Thanks for your time,
Anid

The function module looked promising, but it returns some weired error when I execute. I will check with Basis team, as I tried with multiple PO which are archived (and can not be viewed on ME23n)
Error ID I got is:
Exception NOT_FOUND
Message ID: CMS Message number: 025

Open quantity in contracts which have calloffs archived

Hi all!!
We have contracts with their corresponding calloffs created. If the calloffs are archived, how can we obtain the open quantities in the contract in a Z-program? That is, which fields have to be checked? In VBUK table there is no "archived status" or soemthing like that. In table VBUP there is a field RFGSA which indicates if the item has been referenced totally or partially but I don't how to use it together with any other status.
Example:
Contract 1000 pcs.
    Call off: 500 pcs archived
    Call off: 400 pcs archived
There are still 100 pcs. opened but in our report it's displayed 1000 pcs as opened.
How can we get that 100 pcs are opened and 900 are archived?
Thanks in advance for any idea & best regards

Hai icasado,
In standard SAP
Contract - SO will updates once it is processed.
In case in sales order is      rejected with some reason then the quantity will flow back to contract.
For the similar requirment we had made enhancement in sales order to check
At the time of saving sales order, system check
what is the refereed contract
for that what is list of sales order prepared
(Contract - Sales order quanity) - Current sales order qunaity = X
1000 - (500+400) - 1000 = -900
If X is less than 0,
system displays ( Contract qty + -900) = 100
Only 100 Mt can be allowed.
Regards,
Mani

Archiving MM_MATNR

I am trying to use SARA to Archive material master data records, and I want to know what checks are used to determine if a record is archivable. For example, does it check all transactional sales data to validate that the material is not on any sales orders (both open and closed SOs). How can I figure out what checks are used to determine archivability?
Thanks for your help!

see the help
Transaction SARA contains all the SAP archiving objects for all the SAP R/3 applications modules. All the SAP archive functions are shown in SARA. Choose the corresponding SAP archive object, hit enter and the archive administration menu will be shown. Provided here will be an example on how to archive the SAP Material Master.
Archive a Material Master Record
When a material is no longer required in a company or plant, you can archive and delete the material master record.
You have to Flag the material master record for deletion. This is known as logical deletion.
Before a material master record can be archived and deleted, other objects (such as purchasing documents) that refer to this material must themselves be archived. You can see which objects these are and the dependencies between them in the network graphic.
If a material master record cannot be archived and deleted at a given organizational level, the reason is given in the log (for example, a purchase order exists for the material). The log also contains technical data such as the number of material master records read and the number deleted.
Some of the archive error log message :-
Costing data exists
Use in routing
Use in sales and distribution
Use in bill of material
Delivery exists
Costing data exists
Info record exists
Purchase order exists
The Archiving steps :-
Archiving object MM_MATNR for archiving material master records.
You can display the archived data, but not reload it.
To archive the material master, first goto transaction MM71.
Type in a variant name and click Maintain. (Tick the Test Mode for archive simulation).
Save the variant.
Maintain the Start date and Spool parameters and click execute.
Click Goto Job Overview to check the archive status.
To do a permanent delete, goto transaction SARA and click Delete button.
Maintain the Archive Selection, Start date and Spool parameters.
Click Test Session for testing or click execute to start the deletion program.
Click Goto Job Overview to check the delete status.
Now, if you goto MM02/MM03, you will not be able to find the record in the material master.

How to View Archived attachment in FI document

Hello Gurus,
We have a issue regarding to view attachment that was attached to Fi document.
Document was posted on last year and some mail attachment attached to that document.
We are able to view the attachment because it is archived.
Could you please let us know any one how to view attachment that is archived status.
Thanks & Regards,
Shanthi

Hi,
There is no standard procedure for change of BSEG table. You could develop your own using CHANGE_DOCUMENT function module.
Regards,
Eli

Archiving MM documents

Hi Gurus,
I need help in archiving SAP documents. By T.Code ABOJ, I am directed to Archiving object MM_EKPO. After that, how will I archive POS and STOs? I need to extract them from SAP database and put those documents as flat files in the computer. Is this possible? If yes, then how?
Thanks,
Kumar

Hi,
SARA is a general transaction where you can archive all types of records using respective archiving object
Go through the follow steps to archive the material master.
Archiving the Material Master
Before Archiving the Material Master the materials need to be flagged for deletion in T Code MM06/MM16.
Archiving the materials is done thro T Code SARA. All the SAP archive functions are shown in SARA. Choose the corresponding SAP archive object, hit enter and the archive administration menu will be shown.
When a material is no longer required in a company or plant, you can archive and delete the material master record.
Before a material master record can be archived and deleted, other objects (such as purchasing documents) that refer to this material must themselves be archived. You can see which objects these are and the dependencies between them in the network graphic.
Archiving object MM_MATNR for archiving material master records.
To archive the material master, first go to transaction SARA
Type in a variant name and click Maintain. (Tick the Test Mode for archive simulation).
Save the variant.
Maintain the Start date and Spool parameters and click execute.
Click Go to Job Overview to check the archive status.
To do a permanent delete, click Delete button.
Maintain the Archive Selection, Start date and Spool parameters.
Click Test Session for testing or click execute to start the deletion program.
Click Go to Job Overview to check the delete status.
This need to be done carefully and better to first do it in testing client.
After archiving those materials will not be displayed in reports unless categorically selected

Would you like help me regarding archiving please .. ?

Dear All,
We're in the archiving project ..
We here have scenario to reload/restore archived data from BW Production to BW Development server ...
I did try it: I moved the archived file to archived known storage in BW Development, but it didn't recognize it ..
My questions:
1. Is it possible to get the scenario be done ??? How can i make it ??
2. I run t-code AOBJ and found that there is reload program (e.g. of the program: SBOOKL), What is it for ?? Could this program solve my case above ??
Really need ur guidances all.
Best regards,
Niel.

Data Archiving
Data Archiving u2013 a service provided by SAP u2013 removes mass data that the system no longer needs online, but which must still be accessible at a later date if required, from the database.
Data Archiving removes from the database application data from closed business transactions that are no longer relevant for the operational business. The archived data is stored in archive files that can be accessed by the system in read-only mode.
The following graphic illustrates the archiving process:
Reasons for Archiving
There are both technical and legal reasons for archiving application data. Data Archiving:
Resolves memory space and performance problems caused by large volumes of transaction data
Ensures that data growth remains moderate so that the database remains manageable in the long term
Ensures that companies can meet the legal requirements for data storage in a cost-efficient manner
Ensures that data can be reused at a later date, for example, in new product development
Data Archiving Requirements
Data archiving is intended to do more than simply save the contents of database tables. Data archiving must also take the following requirements into consideration:
Hardware independence
Release dependence
Data Dependencies
Enterprise and business structure
Optical Archiving
The term u201Coptical archivingu201D generally describes the electronic storage and management of documents in storage systems outside of the SAP Business environment. Examples of documents that can be stored in this way include:
Scanned-in original documents, such as incoming invoices
Outgoing documents, such as invoices created in mySAP Financials that are created electronically, then sent in printed form
Print lists created in mySAP Business Suite
Residence Time and Retention Periods
The residence time is the minimum length of time that data must spend in the database before it meets the archivability criteria. Residence times can be set in application-specific Customizing.
The retention period is the entire time that data spends in the database before it is archived. The retention period cannot be set.
Ex: If the residence time is a month, data that has been in the system for two months will be archived. Data that is only three weeks old remains in the database.
Backup & Restore
Backup is a copy of the database contents that can be used in the case of a system breakdown. The aim is that as much of the database as possible can be restored to its state before the system breakdown. Backups are usually made at regular intervals according to a standard procedure (complete or incremental backup).
Reloading the saved data into the file system is called restoring the data.
Archiving Features
Data Security
Data archiving is carried out in two steps (a third step u2013 storage of archive files u2013 is optional: In the first step, the data for archiving is copied to archive files. In the second step, the data is deleted from the database. This two-step process guarantees data security if problems occur during the archiving process.
For example, the procedure identifies network data transfer errors between the database and the archive file. If an error occurs, you can restart the archiving process at any time because the data is still either in the database or in an archive file. This means that you can usually archive parallel to the online application, that is, during normal system operation, without having to back up the database first.
You can further increase data security if you store the archive files in an external storage system before you delete the data from the database. This guarantees that the data from the database will only be deleted after it has been securely stored in an external storage system.
Data Compression
During archiving, data is automatically compressed by up to a factor of 5. However, if the data to be archived is stored in cluster tables, no additional compression takes place.
Storage Space Gained
Increased storage space in the database and the resulting performance gains in the application programs are the most important benefits of data archiving. Therefore it is useful to know how much space the data to be archived takes up in the database. It may also help to know in advance how much space the archive files that you create will need.
Note: - Data is compressed before it is written to the archive file. The extent of the compression depends on how much text (character fields) the object contains.
Archiving without Backup
With SAP Data Archiving, data can be archived independently from general backup operations on the database. However, SAP recommends that you backup archive files before storing them.
Accessing Archived Data
Because archived data has only been removed from the database and not from the application component itself, the data is always available. Archive management allows three types of access:
1.     (Read) access to a single data object, such as an accounting document
2.     Analysis of an archive file (sequential read)
3.     Reload into the database (not possible for all archiving objects)
Converting Old Archive Files
When archived data is read, the system automatically makes the conversions required by hardware and software changes.
When old archive files are accessed, the Archive Development Kit (ADK) can make allowances for changes to database structures (field types, field lengths, new fields, and deleted fields) after the data was archived and for changes to hardware-dependent storage formats. This is only done on a temporary basis during read access. The data in the archive file is not changed. The following items are changed (if necessary) during automatic conversion:
Database table schema (new and deleted columns)
Data type of a column
Column length
Code page (ASCII, EBCDIC)
Number format (such as the use of the integer format on various hardware platforms)
If database structures in an application have undergone more changes than the ADK can handle (for example, if fields have been moved from one table to another or if one table has been divided into several separate tables), then a program is usually provided by the relevant mySAP Business Suite solution for the permanent conversion of existing archive files.
Link to External Storage System
Archive files created by Data Archiving can be stored on tertiary storage media, such as WORMs, magnetic-optical disks (MO), and tapes using the SAP Content Management Infrastructure (which also contains the ArchiveLink/CMS interface). This can be done manually or automatically.
You can also store archive files in the file system of an HSM system. The HSM system manages the archive files automatically. For storage, the HSM system can also use tertiary storage media, such as MO-disks.
CMI/R u2013 Content Management Infrastructure / Repository
HSM u2013 Hierarchical Storage Management Systems
Archiving Procédure
The basic Archiving procedure is carried out in three steps,
Creating the Archive Files
Storing Archive Files
Executing the Delete Programs
Security Vs Performance
Optionally, you can store archive files after the delete phase. To do this, you must mark Delete Phase Before Storage in archiving object-specific Customizing.
If security is your main concern, then you should not schedule the delete phase until after the archive files have been stored. In this way you know that the data will only be deleted from the database after the archive files have successfully been moved to the external storage system. In addition, you can set the system to read the data from the storage system and not from the file system.
However, if your main concern is the performance of the archiving programs, then you should schedule the delete program first and then store the files.
Creating Archive Files (WRITE)
In step one, the write program creates an archive file. The data to be archived is then read from the database and is written to the archive file in the background. This process continues until one of following three events occurs:
All the data is written to an archive file
Archiving is not complete, but the archive file reaches the maximum size specified in archiving object-specific Customizing
The archiving is not yet finished, but the archive file contains the maximum number of data objects specified in Customizing.
If in cases 2 and 3 there is still data to be archived, the system will create another archiving file.
Storing Archive Files (STORE)
Once the write program has finished creating archive files, these can be stored. There are several ways of storing archive files:
Storage Systems:
If a storage system is connected to mySAP Business Suite: At the end of a successful write job, a request is sent to this system to store the new archive files (provided the appropriate settings were made in Archiving Object-Specific Customizing. You can also store archive files manually at a later point if you do not want them to be stored automatically. Storage is carried out by the SAP Content Management Infrastructure (which contains the ArchiveLink/CMS interface).
HSM Systems:
If you use an HSM system, it is sufficient to maintain the file name in Customizing (Transaction FILE). You do not then need to communicate with the storage system using the SAP Content Management Infrastructure, because the HSM system stores the files on suitable storage media according to access frequency and storage space.
Existing Storage Media:
Once the delete program has processed the relevant archive file, you can manually copy archive files to tape.
Running Delete Programs
After closing the first archive file, the archive management system creates a new archive file and continues with the archiving process. While this happens, another program reads the archived data from the completed archive file and deletes it from the database. This procedure guarantees that only data that has been correctly saved in the archive file is deleted from the database.
If you do not carry out deletion until after the data has been stored, you can make a setting in Archiving Object-Specific Customizing so that the system will read archive files the from the storage system during deletion. In this way, you can detect errors in good time which might arise when transferring or saving the archive files in the storage system.
When the last archive file is closed, a delete program starts to run for this file. The graphic shows that several delete programs are running simultaneously for previously created archive files. Because, unlike the delete program, the write program does not generally carry out any transactions that change data in the transactions, the write program creates new archive files faster than they can be processed by the delete program. This decreases the total archiving runtime because the database is used more efficiently.
Note:-
Scheduling the Archive jobs outside SARA
WRITE:-
Using an external job scheduler (SM36, SM62)
WRITE Run followed by EVENT - SAP_ARCHIVING_WRITE_FINISHED,
Parameter is Session Number
To analyze the archiving information of a particular session, use FM
     ARCHIVE_GET_FILES_OF_SESSION
     Input is Session Number
DELETE:-
Using an external job scheduler (SM36, SM62)
Using program RSARCHD, input u2013 Obj Name, Max. no. of files, Max no. of sessions, Max no. of jobs,
          Background User
DELETE run followed by EVENT - SAP_ARCHIVING_DELETE_FINISHED
     Parameter is Session Number
To analyze the archiving information of a particular session, use FM
     ARCHIVE_GET_FILES_OF_SESSION
     Input is Session Number
Archiving Object
The archiving object is a central component of SAP Data Archiving. The archiving object specifies precisely which data is archived and how. It describes which database objects must be handled together as a single business object and interprets the data irrespective of the technical specifications at the time of archiving (such as release and hardware).
Note:-
     An archiving object has a name of up to ten characters in length.
     Transaction code to maintain the Archiving Object is AOBJ.
The following programs must (or can) be assigned to an archiving object. The SAP System contains programs (some of which are optional) for the following actions:
Preprocessing (Optional)
Some archiving objects require a preprocessing program that prepares the data for archiving. This preprocessing program marks data to be archived, but it does not delete any data from the database. Preprocessing programs must always be scheduled manually and are run from Archive Administration.
Write
This program creates archive files and writes data to them. At this point, however, no data is being deleted from the database.
You can specify in archiving object-specific Customizing whether the next phase (delete) is to take place automatically after the archive files have been created. Delete jobs can also be event-triggered. To do this, you set up the trigger event in archiving object-specific Customizing.
Delete
This function can entail several activities. The activities are always dependent on the existing archive files. Normally, the data is deleted from the data base. However, in some case, the archived data in the database may only have a delete indicator.
In archiving object-specific Customizing, you can specify that archive files, after successful processing, are to be transferred to an external storage system using the SAP Content Management Infrastructure (which contains the ArchiveLink/CSM interface).
Postprocessing (Optional)
This function is usually carried out after deletion has taken place. It is not available for all archiving objects. If the data has not yet been deleted from the database by the delete program, it is deleted by the postprocessing program.
Reload Archive (Optional)
You can reload archived data from the archive files into the database using this function. It is not available for all archiving objects. To access this function, choose Goto ® Reload.
Index (Optional)
This function builds (or deletes) an index that allows individual access. It is not included in every archiving object.
Data Object
A data object is the application-specific instance of an archiving object, that is, an archiving object filled with concrete application data. The Archive Development Kit (ADK) ensures that data objects are written sequentially to an archive file. All data objects in an archive file have the same structure, which is described in the archiving object.
Archive Administration (SARA)
All interaction relating to data archiving takes place in the Archive Administration (transaction SARA). Features of Archive Administration:
Preprocessing
     Write
     Delete
     Postprocessing
     Read - Enables you to schedule and run a program that reads and analyzes archived data.
     Index
     Storage System - Enables archive files to be transferred to a connected storage system and
                                         enables stored archive files to be retrieved from a storage system.
     Management - Offers an overview of archiving sessions for one archiving object.
Depending on the action you have selected, you can use Goto on the menu to access the following menu options:
     Network Graphic
     Reload
     Customizing
     Job Overview
     Management
     Stored Files
     Database Tables
     Infosystems
     Statistics
     Interrupting and Continuing
Archive Development Kit
The Archive Development Kit (ADK) is a tool for developing archiving solutions. It also prepares the runtime environment for archiving. From a technical viewpoint, it is an intermediate layer between the application program and the archive that provides all the functions required for archiving data.
The ADK functions are required for archiving and for subsequent access to archived data. The ADK automatically performs the hardware-dependent adjustments (such as code page and number format) and structural changes that are required when archive files are created. When the archive files are accessed later, the ADK temporarily converts data that was archived using earlier SAP releases.
Note:-
S_ARCHIVE is the SAP delivered user authorization check object over archiving objects. The Archive Development Kit (ADK) performs the check when an archive file is opened for one of the following actions:
Write
Delete
Read
Reload
Database Tables in Archive Administration (DB15)
This enables you to display all of the tables for a specific archiving object and as well as allows to display the list of Archiving Objects on a particular database table. Also enables to display the storage and space statistics. This also provides further information, such as the time and number of the last archiving session and various details on the client used.
Network Graphic
You can use the network graphic to show any existing dependencies between archiving objects. It shows business process flows and contexts that can influence the archiving sequence. In particular, at the start of an archiving object, you can use the network graphic to obtain a good overview of related documents.
In an archiving session, you must take into account any dependencies between archiving objects that require a specific archiving sequence. In general, you cannot archive data for an archiving object that has preceding objects until these preceding objects have been archived.
You can use the network graphic to determine whether the archiving object that you want to use has preceding objects. If so, the preceding objects should be implemented before the current archiving object. The nodes in the network graphic represent the archiving objects. A node displays the following information:
Archive Object Name
Application Component Name
Short Description
Date of last archiving
Status of the session
     If status is u2018Greenu2019
     Archiving and Deletion is Successful
     If status is u2018Yellowu2019
     Successfully archived, but not yet deleted, or Archiving still running, or Delete in progress or
Delete Cancelled
If status is u2018Redu2019
Not yet archived, or Archiving cancelled
Standard Log (Spool List)
During archiving, a log is usually generated. This can be done during the write, delete, read, or reload phases. This is usually in the form of a standard log. In some cases, an application-specific log may be generated. Depending on the archiving action that was carried out, the standard log contains statistical information per archiving session or archive file according to the following categories:
Archiving session number
Number of data objects for processing
Archive session size in megabytes
Total header data in %
Table space in MB occupied for:
          Tables
          Indexes
Number of table entries processed
You can call the standard log from the screen Archive Administration: Overview of Archiving Sessions. Choose Spool List.
Accessing Archived Data
Data that was archived using SAP Data Archiving has been relocated from the database but not placed beyond the application. Data is still available for read access and analysis. In some cases, archived data can even be reloaded into the database.
Note:-
A prerequisite of read access and reload access, is that the file can be found in the file system.
Three types of access are possible:
(Read) access to a single data object, such as an accounting document
Direct access or single document access requires an index that can be built either during archiving or at a later point. A complex search of the documents stored in the archive files, in which all orders of an article in a particular batch are required for a product recall action, is not possible.
The Archive Information System (AS) supports direct access using archive information structures that can be generated automatically either when the archive files are being written, or at a later point.
Analysis of an archive file (sequential read)
It is possible to run an analysis for one or several archiving sessions. The results of the analyzed data objects are displayed in a list. Furthermore, some archiving objects offer the option of a combined analysis. With this option, you can link current data in the database and archived data.
Reloading into the database
Archived data does not usually need to be reloaded because it remains accessible by the applications. There is also a lot of data that cannot be reloaded or for which reloading is problematic. For this reason, reload programs do not exist for all archiving objects.
Archiving Session Overview
On this screen, you can display and edit management information on archiving sessions. One archiving session is equal to Write and Delete jobs. Within a status area, archiving sessions are, by default, organized in groups of 20. The sessions are ordered according to different status.
Interrupting and Continuing
In order that Data Archiving can be seemlessly integrated into the production system, you can interrupt an archiving session during the write phase and contine it at a later time. This enables you to react, during archiving, to specific time constraints or hard-disk space shortages. You can continue and complete interrupted archiving sessions when you have more time or more storage space.
To interrupt an archiving session:
The archiving object must be registered in transaction AOBJ as interruptible, otherwise the Archive Development Kit (ADK) is unable to inform the write program of the interruption request.
The write program must be able to process the interruption request.
The archiving session must be run in production mode (not test mode) and be in process.
The delete phase must be able to start before the write phase has finished (setting in transaction AOBJ).
To continue an archiving session:
The session must have been interrupted within the context of the interrupution concept. Archiving sessions that were interrupted for other reasons or that were terminated by archive management cannot be continued.
The delete phase must have completed for the data that was archivied up to the point of interruption, that is, the archiving session must have the status completed.
Database Action Before and After Archiving
Archiving uses application software that depends on and affects the organization of the database data. You should therefore organize the database before and after archiving.
Before Archiving
Archiving application data helps to prevent storage and performance bottlenecks. Since relocating data can, in some circumstances, in itself, impair performance u2013 this is the case if you need to access archived data u2013 you need to consider carefully what data to archive. To determine whether or not you should archive data, consider the following questions:
If there are memory problems, can more memory be assigned to the table?
How likely is it that you will need to access the archived data again? How often?
Is the data accessed using an optimal index?
Does the application perform a full table scan on the tables that contain the data to be archived?
After Archiving
Reorganize index: If data has been archived or simply deleted and the associated tables were accessed via an index, the index should be reorganized. Deleting table entries leaves holes in the table which are still indexed. Reorganization can shorten the access paths, reducing response times.
Update the database statistics: If your database uses a cost-based optimizer, you must choose Update Statistics to recalculate the access paths.
Reorganize tablespace or database space: Whether you should reorganize the tablespace depends on the reason for archiving.
Do you expect a lot of new data for the archived tables?
Do you want to make space for other tables?
Note:-
Reorganization takes a long time and may need to be repeated after archiving. Throughput during a reorganization:
     With export/import     :           approximately. 60-100 MByte/hour.
       With unload/load     :           approximately. 250-300 MByte/hour.
Perform an SQL Trace after reorganization.
Statistics
When writing, deleting, reading, or reloading, statistical data on each archiving run is automatically generated and is persistently stored in the database The data archiving administrators can analyze these figures so that they can better plan future archiving projects and request the necessary resources. Statistics also provided pertinent information on the role of data archiving in reducing the data volume in the database.
You can call this screen directly from the Archive Administration (SARA), or using the transaction SAR_DA_STAT_ANALYSIS. It displays the following information:
     Archiving Session Number
     Archiving Object Name
     Client ID on which the archiving session was carried out
     Date on which the archiving session was carried out
     Status of the session number
     Portion of the Header data in the archiving session
     DB Space (WRITE) u2013 Virtual storage space in MB, which is occupied by an incomplete archiving                          session in the database
     DB Storage Space (DELETE) - Virtual storage space in MB, which is occupied by an incomplete                               archiving session in the database
     DB Space (Reload) u2013 Virtual storage space in MB
     Written Data Objects in an incomplete archiving session
     Deleted Data Objects for an incomplete archiving session in database
     Reloaded Data Objects
     Number of delete jobs
     Write job duration
     Delete job duration
     Reload job duration
Logical Path and File
Archive files are stored in the file system under a physical path and file name that is derived from a user-definable logical path or file name. The definition can be divided into the following steps:
Definition of the logical path name
Definition of the logical file name
Assignment of the logical fine name for the archiving object
By default, the system uses the logical file name ARCHIVE_DATA_FILE and the logical path name ARCHIVE GLOBAL PATH as defaults. Consequently, the names only need to be changed if they have to be adjusted to meet special requirements.
Data Archiving Monitor
Use this indicator to activate or deactivate the data archiving monitor (transaction SAR_SHOW_MONITOR. If you mark this checkbox before data archiving, archiving-relevant information on the write and delete jobs is updated. This information can be analyzed using the data archiving monitor. If there are errors, alerts are issued.
The data archiving monitor offers the following information:
Overview of all the archiving objects that have been run
Detailed information on the individual archiving sessions
Processing status display
Help on analyzing open alerts

Archiving MM_MATNR: dependencies check report available?

Archiving MM_MATNR (Material master) requires all dependent objects to be archived in advance. If I do a test run for MM_MATNR it shows me why a material cannot be archived, e.g. because it is used in a BOM (SAP Note 900537). The problem is, that the test run log just investigates if the material is USED in a BOM, it does not check if this BOM already has a deletion flag (and therefore would be gone when doing "real" archiving).
This means that after having archived and deleted BOMs, routings, ... and finally trying to archive the material master, I then will find that I have forgot set deletion flag on some BOMs and therefore cannot archive the material unless setting DF on the BOM and archiving BOMs again.
I want to avoid that by ensuring that if a material has a deletion flag, all dependencies have a deletion flag as well.
So my question is: does anybody know a report / query to check for a material number if all dependencies are flagged for deletion as well?
Best regards
Martin

Archiving the Material Master
Transaction SARA contains all the SAP archiving objects for all the SAP R/3 applications modules. All the SAP archive functions are shown in SARA. Choose the corresponding SAP archive object, hit enter and the archive administration menu will be shown. Provided here will be an example on how to archive the SAP Material Master.
Archive a Material Master Record
When a material is no longer required in a company or plant, you can archive and delete the material master record.
You have to Flag the material master record for deletion. This is known as logical deletion.
Before a material master record can be archived and deleted, other objects (such as purchasing documents) that refer to this material must themselves be archived. You can see which objects these are and the dependencies between them in the network graphic.
If a material master record cannot be archived and deleted at a given organizational level, the reason is given in the log (for example, a purchase order exists for the material). The log also contains technical data such as the number of material master records read and the number deleted.
Some of the archive error log message :-
Costing data exists
Use in routing
Use in sales and distribution
Use in bill of material
Delivery exists
Costing data exists
Info record exists
Purchase order exists
The Archiving steps :-
Archiving object MM_MATNR for archiving material master records.
You can display the archived data, but not reload it.
To archive the material master, first goto transaction MM71.
Type in a variant name and click Maintain. (Tick the Test Mode for archive simulation).
Save the variant.
Maintain the Start date and Spool parameters and click execute.
Click Goto Job Overview to check the archive status.
To do a permanent delete, goto transaction SARA and click Delete button.
Maintain the Archive Selection, Start date and Spool parameters.
Click Test Session for testing or click execute to start the deletion program.
Click Goto Job Overview to check the delete status.
Now, if you goto MM02/MM03, you will not be able to find the record in the material master.

Archive Status

Similar Messages

Maybe you are looking for