Ansicht
Dokumentation

03913 - Saving stream files to tape

03913 - Saving stream files to tape

CL_GUI_FRONTEND_SERVICES - Frontend Services   PERFORM Short Reference  
This documentation is copyright by SAP AG.
SAP E-Book

Saving stream files to tape

Is it a security problem? Check the user id and password you used, make sure
it 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 )