AS400 Queries

What is the difference between SAVLIB for *NONSYS, *IBM and *ALLUSR?
How do we do complete disaster recovery test? Just need sample example with steps
Why should we need to run UPTPTDINF during a complete system recovery after library QGPL has been restored
Why do we install PTF? What are the difference between cummulative, group and Hyper PTF
Avinash Chandra MandavilliAsked:
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

 
Gary PattersonVP Technology / Senior Consultant Commented:
1. *NONSYS is all non-system libraries.  *IBM is all IBM libraries.  *ALLUSR is all user libraries.  IF you just press F1 for context sensitive help while prompting the command, it will explain all of the options in more detail - or just look at the extensive documentation for the SAVLIB command on the IBM Knowledge Center:

https://www.ibm.com/support/knowledgecenter/en/ssw_ibm_i_73/cl/savlib.htm

2. No simple answer for conducting a DR test.  Every environment is different.  I'd need to know much more about your environment to provide more information.  For example, DR depends on backup and/or replication strategy (you mentioned Mimix in a different post, I seem to recall).  Depends on network config, DR strategy, hot/warm/cold spare system, strategy for connected systems, and more. DR planning and testing can be very complex, depending on the environment.

3. UPDPTFINF command is used to update PTF information that may have been lost when QGPL was restored.

http://www-01.ibm.com/support/docview.wss?uid=nas8N1018941

4. PTFs are operating system and licensed program fixes.  You install them to fix problems and address security issues, just like you do on any platform.  Cumulative fixes are large groups of fixes that contain the majority of fixes to date.  Group fixes are fixes for a specific product o group of products.  HIPER PTF are High Impact or PERvasive PTFs that you might want to apply outside of yur normal update schedule.

http://www-01.ibm.com/support/docview.wss?uid=nas8N1019090

All good questions, but it sounds like you could really benefit from IBM i System Administration and Operations training.
0

Experts Exchange Solution brought to you by ConnectWise

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
 
MurpheyApplication ConsultantCommented:
Hi ACM,

TO save everything (e.g. disaster recovery purposes) do the following

Type on a commandline  GO SAVE
From the menu choose option 21,

That's why they call it a SAV21
0
 
Avinash Chandra MandavilliAuthor Commented:
Hello Theo kouwenhoven,

Suppose if you have HA tool in place for the systems from PROD to DR  , how do  follow DR to PROD if unexpected circumstances occurs to PROD ?

Regards
Avinash Chandra
0
 
Gary PattersonVP Technology / Senior Consultant Commented:
I'm not Theo, but as I said above THERE IS NO ONE SIMPLE ANSWER.  

It depends on how your DR process was designed and implemented.  It depends on what you are and are not replicating.  It may depend on your network and DNS setup.  There is no way anyone can tell you how to revert to your DR system without careful inspection (and testing) of the configuration and state of each system.

For example, I have one client with a very, very simple DR setup (data-only replication).  To revert to the DR system, they have to:

1) Restore a set of specific libraries and objects to the DR system from specific backups.
2) Enable a set of batch scheduled jobs (some are application-specific) on the DR system.
3) Start a number of services (some are application-specific) on the DR system.
4) Start production subsystems and print writers on the DR system.
5) Change DNS for the production system to point to the IP of the DR system.
6) Restart specific services running on other systems to force them to pick up the new IP address from DNS.

Your list will probably be different, but those are examples of some possible actions.  If you don't have a written DR process, you really need to figure it out and create one.  If you don't have adequate skills in-house to develop a written DR process, you should probably bring in an expert to help you.
0
 
MurpheyApplication ConsultantCommented:
I am, and agree with that :-)
1
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.