[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference iosg::all-in-1_v30

Title:	OLD ALL-IN-1 (tm) Support Conference
Notice:	Closed - See Note 4331.l to move to IOSG::ALL-IN-1
Moderator:	IOSG::PYE

Created:	Thu Jan 30 1992
Last Modified:	Tue Jan 23 1996
Last Successful Update:	Fri Jun 06 1997
Number of topics:	4343
Total number of notes:	18308

4192.0. "Question of OA$OAF_E.DAT ." by TLAV02::PIPHOB () Sat May 21 1994 14:13

    Hello,
    
    	What max of OA$OAF_E.DAT should be? When should we run ROA?
    
    	There is ALL-IN-1 v3.0
    
    Best Regards
    Piphob

T.R	Title	User	Personal Name	Date	Lines
4192.1	When it gets "big"....	IOSG::PYE	Graham - ALL-IN-1 Sorcerer's Apprentice	`Sun May 22 1994 00:57`	7
	There's no good answer to this, most people decide to start new DAFs when the previous get so big that they either don't have enough free disc space to convert it, or the conversion takes too long. I can't remember what ROA is! Graham
4192.2	< Comment >	TLAV02::PIPHOB		`Mon May 23 1994 08:29`	7
	Hi Graham, ROA is Reorganize Account. How big should we extend OA$.. file? What should we think? Thanks Advance. Piphob
4192.3	You choose....	IOSG::PYE	Graham - ALL-IN-1 Sorcerer's Apprentice	`Mon May 23 1994 16:29`	10
	I think most people run ROA once a week. With all of these things that convert files, you should just look and see if the files are getting much smaller when you run them. If the files are NOT getting very much smaller then don't run the housekeeping as often. I can't help you with the size of the DAFs, you have to decide when the Housekeeping is taking too long, or when you do not have enough free space on the same disc as the DAF file to do a CONVERT/FDL. Graham
4192.4	Nobody is dodging the issue here	DRAWRS::HOWARD	Yes it is	`Mon May 23 1994 18:55`	20
	Just to reinforce what Graham says about the size for the SDAF's, I worked at a customer site where each of the four DAF's were taking more than half an RA92, something like 1.5M blocks each. DIR/SIZE would not display the number of blocks next to the file same because the files were so large. There were no problems other than what Graham mentioned. What we (I) had to do was to modify the procedure to split the shadow set, INITIALIZE one volume, and CONVERT the files to the new volume, then INITIALIZE the first member and rebuild the shadow set. If I remember correctly, it took no more than two hours to do each DAF, and I ran them in parallel. This was V2.4, but I imagine that the same rules apply for V3. TRM ran in something like 12 hours after it had not been run in many years. Ok, so it failed the first time or two due to some anomalies in the setup of the system, but they were pretty obvious. So, ALL-IN-1 doesn't really care. If you have the hardware to use huge DAF files and CONVERT them properly, it will play along. If your disks are really small, then you have to do things differently. Ben