Hi All
I recently re-discovered that you can't put wait=y on an EXPORT
command. I wanted to run ISSUE MESSAGE after it had finished as I had a
user who was keen to know when the import side of this had finished.
You can't do that.
I also note that in TSM V6 there is no wait=y on IDENTIFY DUPLI
If you have a Device Class of type FILE with multiple directories,
how does TSM decide which directory to allocate new volumes in?
The Admin Guide simply says that TSM decides, but gives no more
idea than that. In a bunch of searching I've found no real explanation
of the decision process (lea
Thanks Andy and Marcel..
I was hoping for a quick fix. As I said the rexx script is ugly and I'm
afraid that any attempt to modify it will break it. Looks like I'll
have to write a shim to correct the format, but I might take the
opportunity to use -commad on the 6.2 instances.
Regards
Steve.
Technically correct, Just make sure you disable the auto expiration (q
opt EXPINTERVAL)
If I were confronted with a temporary need like this (as I have been in
the past), I'd rather just change the RETE and RETO until you can resume
expiration. I think that is much safer. You won't have to worr
Hi Steve,
Off-hand I'm not sure what changed in the output formatting, but have you
looked into use the "-tabdelimited" and "-dataonly=yes" options on the
dsmadmc command line? This should overall make parsing much easier than
trying to handle the default formatting. For example:
dsmadmc -id=a
Hi Steve,
How about the client options -dataonly=yes and -commadelimited or
-tabdelimited ?
You lose the headers and the formatting and get only the data you need.
See also:
http://www-01.ibm.com/support/docview.wss?uid=swg21143748
http://publib.boulder.ibm.com/infocenter/tsminfo/v6r2/index.js
Hi All
I've inherited a Rube Goldberg reporting system where TSM queries are
run against systems, and the results from all the TSM instances, then
run through a very ugly rexx script to produce a consolidated csv file
for each day. This is then further processed by some rather opaque VBA
and the
We have a weekly archive requirement for our Netapp file servers and are
using TSM NDMP for this. My opinion is this is one of those "misusing
backups as an archive" situations and I want to change this.
We are looking at 100-150TB a week with LONG term retention and I'm not
sure what options are
Short answer: working as expected.
"System state" backups include whatever Microsoft designates as part of "system
state".
That doesn't mean it includes everything in c:\windows, or in c:\program files.
There seems to be no rhyme or reason to how Microsoft creates the "system
state" list; they
Most have the defaults, i.e. maxmountpoint of 1 and resourcelimit of ??
(I forget the default) but each node has at least two sessions, a
gatherer and a sender.
David
>>> "Hart, Charles A" 3/9/2011 9:28 AM >>>
How many mount points / streams per client are you allowing for 750
Clients?
Regards,
I have a copygroup with VERE and VERD set to NOLIMIT and RETE and RETO
set to 30 days.
If I do NOT do expiration processing (expire inventory), will inactive
backups remain accessible longer than 30 days until expiration
processing resumes?
David
How many mount points / streams per client are you allowing for 750
Clients?
Regards,
Charles
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
deehr...@louisville.edu
Sent: Wednesday, March 09, 2011 8:06 AM
To: ADSM-L@VM.MARIST.EDU
Subject: R
Our maxsessions was 650. It is now 750.
David
>>> John Monahan 3/8/2011 11:39 PM >>>
Thanks for the info. What is/was your maxsessions server setting?
___
John Monahan
Delivery Consultant
Logicalis, Inc.
-Original Message-
From: ADSM: Dist Stor M
Thanks for the quick reply, looks like my assumption was incorrect.
Looks like some clopt updates are in order!
Steven
On 9 March 2011 09:06, Christian Svensson wrote:
> Hi,
> Normally NICs do have a couple of files that don't belong to System State
> that are binary and others.
>
> The Mouse s
Hi,
I discussed this with Dave Canan during the TSM-Symposium 2009 and he told
me, that the PIT restore works as in V5, so today we are only able to
restore to the latest backup. Probably this will be enhanced in a
following release, but actually we have no date.
Kind Regards
Gerd W. Becker
V
Hi,
Normally NICs do have a couple of files that don't belong to System State that
are binary and others.
The Mouse situation can't I explain but I'm guessing you have the same issue as
the NIC problem.
Best Regards
Christian Svensson
Cell: +46-70-325 1577
E-mail: christian.svens...@cristie.se
Hello All, a quick systemstate restore question
Our current backup process for Win2003 is to include the systemstate but
EXCLUDE C:\windows from the standard filesystem backup - this is under the
assumption that the systemstate covers all that is needed in there (for a
base system recovery at
17 matches
Mail list logo