:(717)302-5974
[EMAIL PROTECTED]
--
Steven Pemberton
Mobile: +61/0 418 335 136 | Home: +61/3 9820 5811
Melbourne, Victoria, Australia
http://members.iinet.net.au/~spemberton
.
Regards,
Steven P.
--
Steven Pemberton
Senior Enterprise Management Consultant
IBK, Senetas Group
Mobile: +61/0 418 335 136 | Phone: +61/3 9820 5811 | Fax: +61/3 9820 9907
Level 1, 11 Queens Road, Melbourne, Victoria, 3004, Australia
http://www.senetas.com.au | http://www.ibk.com.au | http
name, and all non-rootvg filesystems to backup to a cluster
node name. It will probably require some modification to suit your filesystem
layout, etc.
Regards,
Steven P.
--
Steven Pemberton
Senior Enterprise Management Consultant
IBK, Senetas Group
Mobile: +61/0 418 335 136 | Phone: +61/3 9820 5811
you will be able to
restore 12 months hence and need to also keep a copy of the control
information is a question for your DB2 DBA.
Regards
Steve Harris
AIX and TSM Admin
Queensland Health, Brisbane Australia
--
Steven Pemberton
Senior Enterprise Management Consultant
IBK, Senetas Group
DB2 backup...
Remember, storage pools contain data, Management Classes retain data.
Regards,
Steven P.
--
Steven Pemberton
Senior Enterprise Management Consultant
IBK, Senetas Group
Mobile: +61/0 418 335 136 | Phone: +61/3 9820 5811 | Fax: +61/3 9820 9907
Level 1, 11 Queens Road, Melbourne
-- -
2 0.12
Note, the query assumes certain naming conventions for primary and copy
storage pools, but you could make it more generic easily enough.
Regards,
Steven P.
--
Steven Pemberton
Senior Enterprise Management Consultant
IBK, Senetas Group
Mobile
, -
count(distinct volume_name) as TAPE_SPREAD -
from volumeusage -
group by node_name, stgpool_name
There's more like this at my TSM site, http://ibktsm.dyndns.org:81/sql.html
Regards,
Steven P.
--
Steven Pemberton
Senior Enterprise Management Consultant
IBK, Senetas Group
Mobile: +61/0 418
-term archiving of company data. The
current policy you describe only retains data for 150 days. Don't they have
any legal or business need for longer term retention?
Regards,
Steven P.
--
Steven Pemberton
Senior Enterprise Management Consultant
IBK, Senetas Group
Mobile: +61/0 418 335 136 | Phone
On Wednesday 03 March 2004 16:16, Michael D Schleif wrote:
* Steven Pemberton [EMAIL PROTECTED] [2004:03:03:15:15:57+1100] scribed:
[lots of stuff deleted]
The easiest off-site backup solution to implement in your environment
is probably to simply define a single copy storage pool to use
On Saturday 21 February 2004 11:37, you wrote:
Um, I think 4.1 was still 4GB. 13 GB was at 4.2 wasn't it?
For TSM versions 4.1 and earlier the recovery log was restricted to 5.4 GB.
This was raised to 13 GB starting from version 4.2.
Regards,
Steven P.
--
Steven Pemberton
Senior Enterprise
I've found the following to work pretty well:
(dsmc sched 21 /dev/null )
The parenthesis drop it into a sub-shell and cleanly detaches from your
current session.
Regards,
Steven P.
--
Steven Pemberton
Senior Enterprise Management Consultant
IBK, Senetas Group
Mobile: +61/0 418 335 136 | Phone
cmd language makes my head hurt...
:)
Regards,
Steven P.
--
Steven Pemberton
Senior Enterprise Management Consultant
IBK, Senetas Group
Mobile: +61/0 418 335 136 | Phone: +61/3 9820 5811 | Fax: +61/3 9820 9907
Level 1, 11 Queens Road, Melbourne, Victoria, 3004, Australia
http://www.senetas.com.au
.
If you're feeling brave, you might also consider using rsync to send only
the binary differential compared to yesterday's DB backup.
Also, Full (weekly) + Incremental (daily) DB backups may be a good idea due to
your bandwidth constraints.
Regards,
Steven P.
--
Steven Pemberton
Senior
problems, etc) there may be a discrepancy between the
two TSM servers. You should occasionally schedule reconcile volumes on the
source server to syncronize their views on which volumes need to be retained.
Regards,
Steven P.
--
Steven Pemberton
Senior Enterprise Management Consultant
IBK
between sites electonically, then copying the TSM database
should be easy. :)
Regards,
Steven P.
--
Steven Pemberton
Senior Enterprise Management Consultant
IBK, Senetas Group
Mobile: +61/0 418 335 136 | Phone: +61/3 9820 5811 | Fax: +61/3 9820 9907
Level 1, 11 Queens Road, Melbourne, Victoria
suitable for archival, consider exporting data
to CSV or XML format prior to archiving (more important for multi-year
archival).
Regards,
Steven P.
--
Steven Pemberton
Senior Enterprise Management Consultant
IBK, Senetas Group
Mobile: +61/0 418 335 136 | Phone: +61/3 9820 5811 | Fax: +61/3 9820
this with open file support). Consider running
the archive schedule as a command script. The script could then stop,
archive, and restart, the database.
And if you're using a TDP for your database backups, that's a different
story...
Regards,
Steven P.
--
Steven Pemberton
Senior Enterprise Management
(a separate fileset) is required when using any TDP client.
However, it's recommended to complement your TDP backups with filesystem
backups, which will require the BA fileset.
Steven P.
--
Steven Pemberton
Senior Enterprise Management Consultant
IBK, Senetas Group
Mobile: +61/0 418 335 136 | Phone
clients in simultaneously (more than you have tape drives),
briefly buffers the data to disk, and is immediately written to tape.
Steven P.
--
Steven Pemberton
Senior Enterprise Management Consultant
IBK, Senetas Group
Mobile: +61/0 418 335 136 | Phone: +61/3 9820 5811 | Fax: +61/3 9820 9907
Level
, it
probably doesn't have enough permission to access any network resources,
either mapped or UNC.
Steven P.
--
Steven Pemberton
Senior Enterprise Management Consultant
IBK, Senetas Group
Mobile: +61/0 418 335 136 | Phone: +61/3 9820 5811 | Fax: +61/3 9820 9907
Level 1, 11 Queens Road, Melbourne, Victoria
the libraries to use identical scsi addresses?
Steven P.
--
Steven Pemberton
Senior Enterprise Management Consultant
IBK, Senetas Group
Mobile: +61/0 418 335 136 | Phone: +61/3 9820 5811 | Fax: +61/3 9820 9907
Level 1, 11 Queens Road, Melbourne, Victoria, 3004, Australia
http://www.senetas.com.au
directory only.
dsmc i -subdir=yes c:\backup\*
Steven P.
--
Steven Pemberton
Senior Enterprise Management Consultant
IBK, Senetas Group
Mobile: +61/0 418 335 136 | Phone: +61/3 9820 5811 | Fax: +61/3 9820 9907
Level 1, 11 Queens Road, Melbourne, Victoria, 3004, Australia
http://www.senetas.com.au
,
Steven P.
--
Steven Pemberton
Senior Enterprise Management Consultant
IBK, Senetas Group
Mobile: +61/0 418 335 136 | Phone: +61/3 9820 5811 | Fax: +61/3 9820 9907
Level 1, 11 Queens Road, Melbourne, Victoria, 3004, Australia
http://www.senetas.com.au | http://www.ibk.com.au | http://www.datum.com.au
... :)
Give me a call on the number below if you'd like to talk about your solution.
Regards,
Steven P.
--
Steven Pemberton Mobile: +61 4 1833 5136
IBK (Senetas)Office: +61 3 9820 5811
Senior Enterprise Management Consultant Fax:+61
like the charge-back option, as it still lets people perform essential
backups, and will hopefully fund any upgrades needed to cope with TSM's
rampant popularity. :)
Regards,
Steven P.
--
Steven Pemberton Mobile: +61 4 1833 5136
IBK (Senetas
seems flooded at the moment. Lots of people grabbing the
new 9.0 iso images I guess.)
I also found a copy at:
http://ftp.physics.auth.gr/pub/mirrors/mirrors2/redhat/support/enterprise/sap/7.1/i386/
There's also a copy at http://www.tuganz.org/filemgmt/index.php
Regards,
Steven P.
--
Steven
, (D)
sounds good too. :)
Steven P.
--
Steven Pemberton Mobile: +61 4 1833 5136
Innovative Business Knowledge Office: +61 3 9820 5811
Senior Enterprise Management ConsultantFax: +61 3 9820 9907
, suggestions, or problems.
Regards,
Steven P.
PS/ The website will probably move to http://www.ibk.com.au in the near
future.
--
Steven Pemberton Mobile: +61 4 1833 5136
Innovative Business Knowledge Office: +61 3 9820 5811
Senior Enterprise
28 matches
Mail list logo