Category:Systems Management

From MidrangeWiki
Revision as of 18:31, 4 April 2018 by Rob@dekko.com (talk | contribs) (Change in functionality with NetServer shares due to SMB2)
Jump to: navigation, search

Welcome.

Backup and Recovery

IBM's Knowledge Center should be where you get a bulk of your information regarding backup and recovery. What we hope to cover here are items which may be lacking on their site.

It is considered a 'best practice' to keep track of IBM objects you may have changed in a CL program that you can run after an OS upgrade or after a complete system restore. While one would hope that a complete system restore would get these back, experience has shown that IBM is sorely lacking in a few places. Items you may contain in this CL program may include:

  • CHGCMDDFT operations to change commands to default to your preferences.
  • GRTOBJAUT operations that change IBM object authority. For example changing RSTOBJ to *PUBLIC *USE.

Backup

If you are backing up in preparation for a system migration or DR test this might be a good time to review a few things.

  • If you have a program that you run after any OS upgrade or system restoration you might want to ensure that it is current.
  • If you have save files that you use to restore shell files for batch processing you may want to record what these are for after the restoration.
  • It's a good idea to get a copy of your network attributes (DSPNETA).
  • It's a good idea to get a copy of your system values (WRKSYSVAL). The system recovery process has you change several for the restore process. You may wish to change them back to your desired values after the restore.
  • You may also wish to consider getting a copy of your PTF listing (DSPPTF).
  • If you generally do not save spool files you may wish to consider doing so.
  • Use the option to save access paths. It could take days to rebuild otherwise. IBM changed the commands to default to saving access paths. Some shops changed them back hoping to reduce their save times and to use less tape space.
  • People should be aware that any history from STRSQL is not saved. If history is important they should look at "run sql scripts" from System i Navigator or some other solution.
  • Keep track of all vendor software on your system and how to get keys to run their software on your new machine.
  • If you are using a High Availability package discuss your plans with your vendor. Some have detailed operations which must be performed in an exacting manner to get journal receivers in a usable state.

Recovery

  • If you are using a High Availability package follow that vendors instructions carefully.
  • Make sure you run your program to change certain IBM supplied objects. This program was mentioned in Backup. See also http://www-01.ibm.com/support/docview.wss?uid=nas8N1017745
  • Apply software keys
  • Repackage any shell save files to avoid lack of coding ALWOBJDIF(*ALL) potentials.

Upgrading your OS

In general IBM does a pretty good job of outlining how to do an OS upgrade. The basic rules of thumb are to:

  • Read carefully all applicable Memo To Users. If you are at x.y and you are upgrading to x.y+2 then read the MTU for both x.y+1 and x.y+2. IBM will not repeat everything in x.y+1 in x.y+2. So, if you are upgrading from IBM i 6.1 to 7.2 then read the MTU for both 7.1 and 7.2. From 7.1 to 7.3 then read the MTU for both 7.2 and 7.3.
  • Following the instructions in the Knowledge Center carefully.
  • Verify that your hardware is compatible with the new release. Do not just check the model. Sometimes ancillary items are important also. For example a Power 6 could have upgraded to IBM i 7.2 but often times many cards and disk enclosures were not supported under 7.2.
  • Check with your software vendors to ensure that the version of software you are running is compatible with the new level of OS.

Upgrading to IBM i 7.2

Common items addressed during this upgrade

(suggestion welcome)
(suggestion welcome)

Upgrading to IBM i 7.3

Common items addressed during this upgrade

Change in functionality with NetServer shares due to SMB2

IBM's change to using SMB2 as a default with 7.3 has caused issues with some users. Basically it's important to be on current Windows versions and they be currently patched. A specific fix is mentioned here: http://www-01.ibm.com/support/docview.wss?uid=nas8N1021348 There was also an issue with this and your password case but I can't find that link. One technique used is to change 7.3 to go back to SMB1. Since someone compared that to fixing a security issue by just giving all users *ALLOBJ authority I'll not pass on the link which shows you how to switch back to SMB1.

(suggestion welcome)

Pages in category "Systems Management"

This category contains only the following page.