Solved : Reorganization : How often?
Started by cartman, Apr 23 2008 10:21 AM
9 replies to this topic
#1
Posted 23 April 2008 - 10:21 AM
Hi,
I daily purge the $U files, but do not run the reorganization very frequently, only usually when the performance seem to decrease or after a system crash.
Have you got any recommendation? Would once a month be enough?
Eric JT
I daily purge the $U files, but do not run the reorganization very frequently, only usually when the performance seem to decrease or after a system crash.
Have you got any recommendation? Would once a month be enough?
Eric JT
#2
Posted 23 April 2008 - 02:25 PM
We run reorg every night...
Ciccio
$U 5.2 on HP Unix
$U 5.2 on HP Unix
#3
Posted 23 April 2008 - 03:46 PM
In my company we reorg every night for the Windows platform for stability and... once each time we change our outsourcer for the HP-UX version.
One thing to remember : purge removes entries from the internal database of $U BUT it doesn't remove it physically from the datafile (i.e. entries still remain in the *.dta file)
The only way to remove entries (and reduce the datafile's size as well) is to run a reorg
One thing to remember : purge removes entries from the internal database of $U BUT it doesn't remove it physically from the datafile (i.e. entries still remain in the *.dta file)
The only way to remove entries (and reduce the datafile's size as well) is to run a reorg
#4
Posted 24 April 2008 - 07:35 AM
Hello,
we use a Maintance session which runs every day.
In this session we pruge in the job monitor all jobs older than 3 days. For some high frequently running jobs we keep the entry in the job monitor for 1 day and for some extreme jobs for only 3 hours (separate purge job).
We also delete job logs in this session or move them to archive them.
One day in the week we do an offline reorg (ux_vrf_rgz_rst).
But the reorg do not delete entries in one or two files. So this files growths and we must initialize this file (ux_raz_fic).
These file are u_fmtp50 and u_fmsp50.
I don't know if the problem exists in new versions than v5.0 with SP RE0025.
we use a Maintance session which runs every day.
In this session we pruge in the job monitor all jobs older than 3 days. For some high frequently running jobs we keep the entry in the job monitor for 1 day and for some extreme jobs for only 3 hours (separate purge job).
We also delete job logs in this session or move them to archive them.
One day in the week we do an offline reorg (ux_vrf_rgz_rst).
But the reorg do not delete entries in one or two files. So this files growths and we must initialize this file (ux_raz_fic).
These file are u_fmtp50 and u_fmsp50.
I don't know if the problem exists in new versions than v5.0 with SP RE0025.
Edited by Stefan FĂĽĂźgen, 24 April 2008 - 07:39 AM.
Stefan Füßgen
Preferred GUI: Motif
Spoiler
Using $Universe 5.x on UNIX/Linux/Windows with Korn Shell and Windows ScriptPreferred GUI: Motif
#5
Posted 24 April 2008 - 01:08 PM
Is it not dangerous to use often raz_fic on that files (u_fmtp50 and u_fmsp50) ?
We use raz_fic only on these files:
u_fmpi50
u_fmhs50
u_fmph50
u_fmcm50
u_fseu50
u_fecd50
u_fecl50
Someone told me that using raz_fic on u_fmtp50 and u_fmsp50 could erase some futures launches, is it true ?
Maybe with old versions ( < 5.2 ) ?
We use raz_fic only on these files:
u_fmpi50
u_fmhs50
u_fmph50
u_fmcm50
u_fseu50
u_fecd50
u_fecl50
Someone told me that using raz_fic on u_fmtp50 and u_fmsp50 could erase some futures launches, is it true ?
Maybe with old versions ( < 5.2 ) ?
Ciccio
$U 5.2 on HP Unix
$U 5.2 on HP Unix
#6
Posted 24 April 2008 - 02:15 PM
To answer the original question :
- I run daily purges with short retention cycles (3 days in Job monitor, history files 1 month max)
- I run the offline reorganization every week-end.
To answer Ciccio's question :
raz_fic on u_fmtp50 and u_fmsp50 cannot erase any launch but could erase some information for the launches (linked to variables and parameters of the Launches)
Kenny
- I run daily purges with short retention cycles (3 days in Job monitor, history files 1 month max)
- I run the offline reorganization every week-end.
To answer Ciccio's question :
raz_fic on u_fmtp50 and u_fmsp50 cannot erase any launch but could erase some information for the launches (linked to variables and parameters of the Launches)
Kenny
#7
Posted 25 April 2008 - 11:06 AM
Hi Eric,
We run IU_PUR everyday during off peak hour when the load on $U is less. ( usually in the morning)
However we run the reorganization (IU_RTS) once in 6- 8 weeks or when the performace is hit.
In the past we have noticed that $U ( Version 5.0, OS : OpenVMS ) behaves strangely (mismatch of jobs in running state and the jobs in queue) and gives abnormal errors while executing jobs if reorganization is not done for a long period. Once IU_RTS is run the issues are solved.
So as an Administrator, you will be the best person to decide the frequency of run depending on the load imposed to $U
Hi Group,
Is "raz_fic" available for OpenVMS too ? Let me know the syntax to use it and the advantages.
Cheers
Venkata
We run IU_PUR everyday during off peak hour when the load on $U is less. ( usually in the morning)
However we run the reorganization (IU_RTS) once in 6- 8 weeks or when the performace is hit.
In the past we have noticed that $U ( Version 5.0, OS : OpenVMS ) behaves strangely (mismatch of jobs in running state and the jobs in queue) and gives abnormal errors while executing jobs if reorganization is not done for a long period. Once IU_RTS is run the issues are solved.
So as an Administrator, you will be the best person to decide the frequency of run depending on the load imposed to $U
Hi Group,
Is "raz_fic" available for OpenVMS too ? Let me know the syntax to use it and the advantages.
Cheers
Venkata
Cheers
Venkata
OpenVMS Support Specialst
Using $Universe V5.0 & V4.3 on OVMS
Venkata
OpenVMS Support Specialst
Using $Universe V5.0 & V4.3 on OVMS
#8
Posted 25 April 2008 - 12:20 PM
ciccio, on April 24 2008, 02:08 PM, said:
...
Someone told me that using raz_fic on u_fmtp50 and u_fmsp50 could erase some futures launches, is it true ?
Maybe with old versions ( < 5.2 ) ?
Someone told me that using raz_fic on u_fmtp50 and u_fmsp50 could erase some futures launches, is it true ?
Maybe with old versions ( < 5.2 ) ?
There are problems with launches without task and launches where the launch window is not over.
But in the past we have problems with the size of these files.
Stefan Füßgen
Preferred GUI: Motif
Spoiler
Using $Universe 5.x on UNIX/Linux/Windows with Korn Shell and Windows ScriptPreferred GUI: Motif
#9
Posted 10 July 2008 - 03:31 PM
ciccio, on April 24 2008, 02:08 PM, said:
Is it not dangerous to use often raz_fic on that files (u_fmtp50 and u_fmsp50) ?
We use raz_fic only on these files:
u_fmpi50
u_fmhs50
u_fmph50
u_fmcm50
u_fseu50
u_fecd50
u_fecl50
Someone told me that using raz_fic on u_fmtp50 and u_fmsp50 could erase some futures launches, is it true ?
Maybe with old versions ( < 5.2 ) ?
We use raz_fic only on these files:
u_fmpi50
u_fmhs50
u_fmph50
u_fmcm50
u_fseu50
u_fecd50
u_fecl50
Someone told me that using raz_fic on u_fmtp50 and u_fmsp50 could erase some futures launches, is it true ?
Maybe with old versions ( < 5.2 ) ?
Hi
For your question :
Is it not dangerous to use often raz_fic on that files (u_fmtp50 and u_fmsp50) ?
It's not dangerous, you just lost all launch. But when you want to reset the launch files, you have to raz_ric 3 files (u_fmtp50, u_fmsp50 and u_fmsb50).
Someone told me that using raz_fic on u_fmtp50 and u_fmsp50 could erase some futures launches, is it true ?
You just lost the manual launch (except all launch come from "task") by motif or "uxadd fla".
#10
Posted 11 July 2008 - 11:21 AM
Hello,
please note that running "razfic" on a regular basis is absolutely not recommended! Only exception is when you have the agreement of Orsyp Dollar Access team.
Running "razfic" on u_fmtp50 and u_fmsp50 will not erase the launch but will erase information used by the launches (linked to variables and parameters of the Launches). This may create inconsitency with the u_fmsb50 file (the launch file).
Michel
please note that running "razfic" on a regular basis is absolutely not recommended! Only exception is when you have the agreement of Orsyp Dollar Access team.
Running "razfic" on u_fmtp50 and u_fmsp50 will not erase the launch but will erase information used by the launches (linked to variables and parameters of the Launches). This may create inconsitency with the u_fmsb50 file (the launch file).
Michel
1 user(s) are reading this topic
0 members, 1 guests, 0 anonymous users












