RE: RSTOBJ OBJ(*ALL) SAVLIB AMFLIBE is performance hog

If you have enough disk-space, you may want to consider the
Backup-to-disk option.  The resulting Save-files (located in library
AMSLIBy, where y=your data environment id) can be saved to tape at your
convenience for off-site storage and the file restores can be processed
much faster from disk.

It may save time, but from my experience, most restore operations hit
system response pretty hard.

Thomas Ashworth
Business Applications Manager
Altec Lansing Technologies, Inc.

-----Original Message-----
From: mapics-l-bounces@xxxxxxxxxxxx
[mailto:mapics-l-bounces@xxxxxxxxxxxx] On Behalf Of Burns, Bryan
Sent: Wednesday, February 11, 2004 12:41 PM
To: MAPICS-L@xxxxxxxxxxxx
Subject: RSTOBJ OBJ(*ALL) SAVLIB AMFLIBE is performance hog

Manually refreshed our test environment this morning using last night's
backup tape.  All went smoothly except our system really slowed down
during
the restore from tape.  Restore was from a MAGSTAR 3570 of AMFLIBE which
is
40 GB.  The restore took 1.5 hours

I submitted the RSTOBJ interactively but changed the priority to 51
after my
boss called asking why the system was so slow.  For the next refresh,
what
can I do to limit the resources a RSTOBJ OBJ(*ALL) SAVLIB AMFLIBE uses?

Thanks in advance.

Bryan Burns
System Operator
Echo Incorporated       
_______________________________________________
This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
To post a message email: MAPICS-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/mapics-l
or email: MAPICS-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/mapics-l.