Ansicht
Dokumentation
03913 - Saving stream files to tape
CL_GUI_FRONTEND_SERVICES - Frontend Services PERFORM Short ReferenceThis documentation is copyright by SAP AG.
Saving stream files to tape
Is it a security problem? Check the user id and password you used, make sureit is the same cross systems and have proper authorization.
Regards
Zhihong Zhao
SAP Basis Analyst
DairyFarmers - Project Enterprise
-----Original Message-----
From: PMARNELL [mailto:PMARNELLZe...]
Sent: Friday, November 16, 2001 2:35 AM
To: DoNotReply@consolut.eu; sap400Zm...
Subject: FW: Saving stream files to tape
I think the problem was that I was saving across systems, using the shared
'\urs\sap\SID\...' directory.
Here's the message from the SAV command (on EISB):
3 > SAV DEV('/qsys.lib/tap01.devd') OBJ(('/usr/sap/PRD/archive/RPP*.*'))
Objects not saved for directory /QFileSvr.400/EISA.
No objects saved or restored.
F1 on the message gets this additional information:
Additional Message Information
Message ID . . . . . . : CPI3723 Severity . . . . . . . : 10
Message type . . . . . : Information
Date sent . . . . . . : 11/15/01 Time sent . . . . . . :
08:05:33
Message . . . . : Objects not saved for directory /QFileSvr.400/EISA.
Cause . . . . . : The system does not allow objects to be saved from
directory /QFileSvr.400/EISA or its subdirectories. These objects are
not
required for recovery.
FTP'ing the files w/MGET to the saving system (EISB) and then using SAV
DEV('/qsys.lib/tap01.devd') OBJ(('/usr/sap/PRD/archive/RPP*.*')) on EISB
works.
(I would have saved on the EISA box, but the tape drive is used for journal
backup.)
Thanks for your help.
> -----Original Message-----
> From: PMARNELL
> Sent: Thursday, November 15, 2001 8:09 AM
> To: 'sap400Zm...'
> Subject: FW: Saving stream files to tape
>
> I am trying to find a way to discreetly backup objects that are output
> from R/3 archiving to tape prior to running the archiving delete programs.
>
> The archiving process generates *STMF's that are moved to the iXOS
> archiving system; after the archive job in R/3 completes and prior to the
> delete job in R/3 and/or deleting the *STMF's, I want to keep a copy
> backed up against anything not working properly in the many steps between
> archiving and writing to the archive system.
>
> The SAV command looked like the ticket, but it appears to "know" whether
> the objects being saved are required for the system and stops the SAV
> process.
>
> I also tried the CPYFRMSTMF command:
>
> CPYFRMSTMF FROMSTMF('usr\sap\prd\archive\rpp*.*')
> TOMBR('\qsys.lib\qgpl.lib\stuff.savf')
>
> Pattern not allowed in path name.
>
>
> ...but it doesn't behave well with wild cards.
>
> I've thought of a number of muti-step ways to do this using FTP and CL.
>
> But does anyone know a way to backup *STMF objects to tape?
>
[Non-text portions of this message have been removed]
Durban Tours - Südafrika Safari
PERFORM Short Reference rdisp/max_wprun_time - Maximum work process run time
This documentation is copyright by SAP AG.
Length: 3997 Date: 20240426 Time: 125533 sap01-206 ( 2 ms )