Rob,
I stumbled across this during some light reading, not sure if you were aware of the BRMS option for Domino / Lotus backups.
full-Domino-incremental-DAOS-character
Specify the character for full Domino and incremental DAOS
activity that is assigned in the Change Presentation Controls
display. The default value for full Domino and incremental DAOS
activity is D. The character representing this activity can
only be used for a control group entry *EXIT with a SAVDOMBRM
command. If no value is specified in the field, no backup is
performed.
incremental-Domino-full-DAOS-character
Specify the character for incremental Domino and full DAOS
activity that is assigned in the Change Presentation Controls
display. The default value for incremental Domino and full DAOS
activity is N. The character representing this activity can
only be used for a control group entry *EXIT with a SAVDOMBRM
command. If no value is specified in the field, no backup is
performed.
Chapter 17. Online Lotus server backups
BRMS supports an online backup of Lotus servers. Online backup implies that Lotus Server databases on the IBM i platform can be saved while they are in use and requires no save-while-active synchronization points. This is true online backup support.
You can direct your online backups to a tape device, media library, save files, or a Tivoli Storage Manager (TSM) server.
Lotus Server online backups only back up the Lotus server databases. There are other important Lotus server data objects including libraries and files in the Lotus server integrated file system directories, and other non-Lotus server system data that should be backed up on some regular basis. It is important that you do not replace your complete system backup with only Lotus Server online backups to assure that the system is protected should full recovery be required.
How Lotus server online backup works A full online backup of Lotus servers consists of two files, the database files, and the changes files which contain the updates to the databases while they are being backed up. These files must be bound together during the backup in order to properly restore the databases in the event of a recovery. An incremental online backup is a save operation of the transaction logs for the server.
Lotus Server backups use a BRMS concept called a package to bind the backup of the databases to the changes files and associated transaction logs. When a full online backup is run, the Lotus Server uses the PKGID parameter on the SAVBRM command to specify the package association between the databases and the changes files. At the time of backup, the Lotus Server also uses the RCYEXITPGM parameter to specify a Lotus Server exit program which BRMS calls after the package is recovered.
When an incremental online backup is run, BRMS will add the transaction logs to the associated package of the prior full online backup. If the Database Instance Identifier (DBIID) of a database has changed or this database is recognized as a new database, a full online backup of the database will be performed followed by an incremental online backup. The new database can now be recovered using point-in-time recovery. If a database is not being logged, either because it was explicitly removed from the transaction log or the database isn't at the correct level to support transaction logging, and it has changed, it will be saved when the incremental online backup request is processed.
Online backups of Lotus servers are stored in the BRMS history information as packages. The number of elements in the package is determined by the type and number of online backups performed. In the case of full online backups, the package number is 2. For every subsequent incremental online backup, 1 is added to the full package number. The maximum package number is 99 which allows for a full online backup and 97 incremental online backups for each Lotus server.
When you request BRMS to recover a Lotus Server database that was saved as a package, BRMS restores the entire package consisting of the database files, changes file and transaction logs. After these are restored, BRMS calls the Lotus Server exit program which in turn applies the transaction log changes to the restored databases.
Paul
-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Rob Berendt
Sent: Thursday, July 23, 2020 9:02 AM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: RE: Disks are getting hammered ?SMPO0001?
What's to imply that a pdf document is inherently small?
But I understand what you are saying.
One could try submitting feedback on the link you provided. Ask the information you want. Tell them you tried the link " More information on parallel saves can be found at the following URL:" but that it is broken.
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail to: 7310 Innovation Blvd, Suite 104
Ft. Wayne, IN 46818
Ship to: 7310 Innovation Blvd, Dock 9C
Ft. Wayne, IN 46818
http://www.dekko.com
-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Joe Pluta
Sent: Thursday, July 23, 2020 8:47 AM
To: midrange-l@xxxxxxxxxxxxxxxxxx
Subject: Re: Disks are getting hammered ?SMPO0001?
CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.
The IBM page
(
https://www.ibm.com/support/pages/brms-parallel-parallel-versus-multiple-library-parallel-concurrent-saves)
still seems a little unclear. This is the phrase that I wonder about:
"In cases when saving large amounts of small data, parallel support is
not the ideal choice and may negatively impact save performance."
What is large amounts of small data? Millions of PDF documents in an RJS
directory?
On 7/23/2020 6:23 AM, Rob Berendt wrote:
The results are in
With SWA:
Job 388968/ROB/BRMBKUP submitted for job schedule entry BRMBKUP number 000020. (23:30:00)
Job 388968/ROB/BRMBKUP completed normally on 07/22/20 at 00:47:32.
Without SWA:
Job 389248/ROB/BRMBKUP submitted for job schedule entry BRMBKUP number 000020. (23:30:00)
Job 389248/ROB/BRMBKUP completed normally on 07/23/20 at 00:28:36.
Rob Berendt
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit:
https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at
https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related questions.
Help support midrange.com by shopping at amazon.com with our affiliate link:
https://amazon.midrange.com
midrange.com
