We may be in a rather unique situation then.
I typically backup on the zLinux side, about 160BG/night, 80 gigabytes of which
consist of a few million wee little images. (80K is the average size.) On top
of that, I backup 30 Gigabytes from a Microsoft Exchange Server, and 60
Gigabytes of PC file
I am keeping only 3 days of history logs and I can't find out where this is
defined. I want to keep more than 3 days of history logs. I've been
through
FCONX $PROFILE
FCONX SUMREC
FCONXREP SETTINGS
PROFILE EXEC
Can some point me at where I can find the correct parameter?
--
Mark Pace
Besides what is documented in http://www.vm.ibm.com/service/DST2007.html
and z/Linux fixes are there any other VM Proprietary Products that need
updates for the new DST algorithm?
If you are not an intended recipient of this e-mail, please
There is an exit you can write called fcxrenam exec (if memory serves). In
this script, you can do more than the standard three file roll, and do any
cleanup needed to keep the disk from filling. You could send the files to a
service machine to be archived, or just move them to a large disk to
Paul's experience is more consistent with what we're observing as well.
Following conversations with TSM support, I don't have a lot of hope for
improvement - getting answers like have you considered moving the
server to z/OS? after telling them that the system has only IFLs
available tends to
I, and I suspect others, would be interested in that exec when you get
that last bug out.
Jim
RPN01 wrote:
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
--B_3254287200_18503817
Content-type:
On 2/14/07, RPN01 [EMAIL PROTECTED] wrote:
There is an exit you can write called fcxrenam exec (if memory serves).
In this script, you can do more than the standard three file roll, and do
any cleanup needed to keep the disk from filling.
So are you saying that that there is not a parameter
At our site we backup about 230GB per night from our zLinux guests on VM
(z/890 w/2 IFLs). The twist here is that it gets sent over a Hypersocket
to Tivoli running in our z/OS LPAR, which then writes it to tape along
with everything else being backed up via Tivoli from z/OS and various PC
That sounds about like the enthusiastic, customer oriented support
that VM ADSM/TSM users got 10 years ago. Maybe Tivoli should realize
that IBM is a marketing company and get with it.
Jim
David Boyes wrote:
This is a multi-part message in MIME format.
On Feb 14, 2007, at 7:49 AM, Paul Raulerson wrote:
We may be in a rather unique situation then.
...
most likely, that pesky database is too damn slow. (The Database is
over 60 gigs at this point.) We are running SuSE 9 at the required
kernel level, and 5.3 on TSM.
Persistent rumor suggests
On 2/14/07, Mark Pace [EMAIL PROTECTED] wrote:
So are you saying that that there is not a parameter or FCON command to
change this behavior?
Indeed, so I recall. This is to help through the weekend. You will
need to write an exit to rename or save the files before they get
purged.
Rob
--
Hi Mark. Not sure what your requirements are for this. I use monwrite
service machine to just collect the files and early morning run my reports
against for the previous day. The data is kept on a 3390-3 volume and execs
automatically keep it leass then 80% full which hold about 7 or 8 days.
These
12 matches
Mail list logo