TDP for Domino on Linux keeps telling me API not installed

2012-07-31 Thread Michael Roesch
Hi all,

I'm trying to install TDP for Domino 5.5.3 on Linux openSuSE 12.1 x64. I
already installed the BA client version 6.3.0.15 and also installed the TSM
API.
The problem is, when I run the TDP installer, it tells me The Tivoli
Storage Manager Client API v5.5.1 or higher is not installed.

Any ideas where the problem could be?

Thanks in advance

Regards,
Michael Roesch


Re: Restore TDP backup image from SQl server 32-bit to 64-bit (binary).

2012-07-31 Thread Lakshminarayanan, Rajesh
Thank you.  It worked normally for me.  I was able to restore the 32-bit
backup image from TSM server to 64-bit sql server.

Regards,

Rajesh Lakshminarayanan


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
Rick Harderwijk
Sent: Monday, July 30, 2012 3:02 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Restore TDP backup image from SQl server 32-bit to
64-bit (binary).

Rajesh,

Backups of Sql datafiles are not architectural dependant, so backups and
restores of databases and logs made with an x86 or x64 client will work
on either platform.

Ofcourse you cannot install an x64 client on an x86 machine :-)

Cheers,
Rick
On Jul 30, 2012 8:04 AM, Lakshminarayanan, Rajesh 
rajesh.lakshminaraya...@dfs.com wrote:

 Hi,



 I have a scenario where one of the SQL server(2005 SP2) got 
 migrated to 64-bit version.  I want to know whether the tdp backup 
 image(taken in 32-bit binary) can be restored in 64-bit sql server.



 My SQL dba has tested the native backup restore from 32-bit to
 64-bit works fine.   I like to whether it is possible with TDP
approach.
 Has anyone tried it before.



 My TSM environment details:



 TSM server ver:5.5.5.0 (platform AIX 6.1)



 TSM client version : 5.5.2.10

 TPD version : 5.5.0.0



 Regards,

 Rajesh



Export backup data between LC

2012-07-31 Thread Meuleman, Ruud
All,

We have to move about 150 TB backup data from one TSM LC to an other. Using 
command export node node_name filedata=all toserver server_name will take 
months.

Does anybody knows if it is possible to export the metadata of backupdata from 
one LC to an other and update the owner of the volumes on the LM? The LC's 
share the same library. The involved TSM clients have there own 
collocationgroup.

Kind Regards,
Ruud Meuleman

**

This transmission is confidential and must not be used or disclosed by anyone 
other than the intended recipient. Neither Tata Steel Europe Limited nor any of 
its subsidiaries can accept any responsibility for any use or misuse of the 
transmission by anyone.

For address and company registration details of certain entities within the 
Tata Steel Europe group of companies, please visit 
http://www.tatasteeleurope.com/entities

**


Re: Export backup data between LC

2012-07-31 Thread Prather, Wanda
The answer is no.

What you can do with TSM 6.3, is set up node replication.  Let the dying server 
replicate its data to the target server, and when it is in sync, break the 
replication and shut the dying server down.  That's probably less work for you, 
but still won't happen quickly.

Or if this is about server consolidation, you could just set up 2 instances on 
the target machine, without needing to get all the metadata in one DB.

Can you tell us why you are doing this?  
Folks might have some more creative solutions.




-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Meuleman, Ruud
Sent: Tuesday, July 31, 2012 7:52 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Export backup data between LC

All,

We have to move about 150 TB backup data from one TSM LC to an other. Using 
command export node node_name filedata=all toserver server_name will take 
months.

Does anybody knows if it is possible to export the metadata of backupdata from 
one LC to an other and update the owner of the volumes on the LM? The LC's 
share the same library. The involved TSM clients have there own 
collocationgroup.

Kind Regards,
Ruud Meuleman

**

This transmission is confidential and must not be used or disclosed by anyone 
other than the intended recipient. Neither Tata Steel Europe Limited nor any of 
its subsidiaries can accept any responsibility for any use or misuse of the 
transmission by anyone.

For address and company registration details of certain entities within the 
Tata Steel Europe group of companies, please visit 
http://www.tatasteeleurope.com/entities

**


Re: TDP for Domino on Linux keeps telling me API not installed

2012-07-31 Thread Billaudeau, Pierre
Michael,
I ran into a similar problem with TDP for Exchange 5.2.1.1 (to 
reproduce a problem in Lab). I had to uninstall, the TSM baclient 6.3 and 
install TSM 5.4.1.4 in order to get the TSM API installed. I guess you will 
need to go back to a version 5 baclient.

Pierre Billaudeau
Analyste en stockage
Livraison des Infrastructures Serveurs
Société des Alcools du Québec
514-254-6000 x 6559

-Message d'origine-
De : ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] De la part de 
Michael Roesch
Envoyé : 31 juillet 2012 05:09
À : ADSM-L@VM.MARIST.EDU
Objet : [ADSM-L] TDP for Domino on Linux keeps telling me API not installed

Hi all,

I'm trying to install TDP for Domino 5.5.3 on Linux openSuSE 12.1 x64. I 
already installed the BA client version 6.3.0.15 and also installed the TSM API.
The problem is, when I run the TDP installer, it tells me The Tivoli Storage 
Manager Client API v5.5.1 or higher is not installed.

Any ideas where the problem could be?

Thanks in advance

Regards,
Michael Roesch

--


Information confidentielle : Le présent message, ainsi que tout fichier qui y 
est joint, est envoyé à l'intention exclusive de son ou de ses destinataires; 
il est de nature confidentielle et peut constituer une information privilégiée. 
Nous avertissons toute personne autre que le destinataire prévu que tout 
examen, réacheminement, impression, copie, distribution ou autre utilisation de 
ce message et de tout fichier qui y est joint est strictement interdit. Si vous 
n'êtes pas le destinataire prévu, veuillez en aviser immédiatement l'expéditeur 
par retour de courriel et supprimer ce message et tout document joint de votre 
système. Merci.


Re: Export backup data between LC

2012-07-31 Thread Chavdar Cholev
Hi You can export node form source server and import to target and
after that set replication ...
This will speed up the process 
But if you go with export/import for replication you should export
from source and import on target  and after that
set replication... there is IBM note about this 

Regards
Chavdar

On Tue, Jul 31, 2012 at 3:06 PM, Prather, Wanda wanda.prat...@icfi.com wrote:
 The answer is no.

 What you can do with TSM 6.3, is set up node replication.  Let the dying 
 server replicate its data to the target server, and when it is in sync, break 
 the replication and shut the dying server down.  That's probably less work 
 for you, but still won't happen quickly.

 Or if this is about server consolidation, you could just set up 2 instances 
 on the target machine, without needing to get all the metadata in one DB.

 Can you tell us why you are doing this?
 Folks might have some more creative solutions.




 -Original Message-
 From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
 Meuleman, Ruud
 Sent: Tuesday, July 31, 2012 7:52 AM
 To: ADSM-L@VM.MARIST.EDU
 Subject: [ADSM-L] Export backup data between LC

 All,

 We have to move about 150 TB backup data from one TSM LC to an other. Using 
 command export node node_name filedata=all toserver server_name will 
 take months.

 Does anybody knows if it is possible to export the metadata of backupdata 
 from one LC to an other and update the owner of the volumes on the LM? The 
 LC's share the same library. The involved TSM clients have there own 
 collocationgroup.

 Kind Regards,
 Ruud Meuleman

 **

 This transmission is confidential and must not be used or disclosed by anyone 
 other than the intended recipient. Neither Tata Steel Europe Limited nor any 
 of its subsidiaries can accept any responsibility for any use or misuse of 
 the transmission by anyone.

 For address and company registration details of certain entities within the 
 Tata Steel Europe group of companies, please visit 
 http://www.tatasteeleurope.com/entities

 **


Re: Export backup data between LC

2012-07-31 Thread Zoltan Forray
Been there - done that - and as Wanda said, there is no easy/quick way.
When we went to the new split-licensing model, I had to create a separate
TSM server for the clients we are PVU licensing - 6-nodes with 200TB
occupancy  and 100M objects had to be moved - and yes, it took many weeks.

On Tue, Jul 31, 2012 at 7:52 AM, Meuleman, Ruud ruud.meule...@tatasteel.com
 wrote:

 All,

 We have to move about 150 TB backup data from one TSM LC to an other.
 Using command export node node_name filedata=all toserver server_name
 will take months.

 Does anybody knows if it is possible to export the metadata of backupdata
 from one LC to an other and update the owner of the volumes on the LM? The
 LC's share the same library. The involved TSM clients have there own
 collocationgroup.

 Kind Regards,
 Ruud Meuleman

 **

 This transmission is confidential and must not be used or disclosed by
 anyone other than the intended recipient. Neither Tata Steel Europe Limited
 nor any of its subsidiaries can accept any responsibility for any use or
 misuse of the transmission by anyone.

 For address and company registration details of certain entities within
 the Tata Steel Europe group of companies, please visit
 http://www.tatasteeleurope.com/entities

 **




--
*Zoltan Forray*
TSM Software  Hardware Administrator
Virginia Commonwealth University
UCC/Office of Technology Services
zfor...@vcu.edu - 804-828-4807
Don't be a phishing victim - VCU and other reputable organizations will
never use email to request that you reply with your password, social
security number or confidential personal information. For more details
visit http://infosecurity.vcu.edu/phishing.html


Re: Export backup data between LC

2012-07-31 Thread Meuleman, Ruud
We are upgrading TSM server 5.5.5.2 to TSM server 6.2.2.30. TSM LM 6.2 still 
supports TSM LC TSM5.5. When we have no TSM5.5 anymore we will upgrade to TSM 
6.3.

Backup client we start new backups on the TSM 6.2.2.30.
Archive client we have to export all data from TSM server 5.5.5.2 to TSM server 
6.2.2.30.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Prather, Wanda
Sent: Tuesday, July 31, 2012 2:07 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Export backup data between LC

The answer is no.

What you can do with TSM 6.3, is set up node replication.  Let the dying server 
replicate its data to the target server, and when it is in sync, break the 
replication and shut the dying server down.  That's probably less work for you, 
but still won't happen quickly.

Or if this is about server consolidation, you could just set up 2 instances on 
the target machine, without needing to get all the metadata in one DB.

Can you tell us why you are doing this?
Folks might have some more creative solutions.




-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of 
Meuleman, Ruud
Sent: Tuesday, July 31, 2012 7:52 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Export backup data between LC

All,

We have to move about 150 TB backup data from one TSM LC to an other. Using 
command export node node_name filedata=all toserver server_name will take 
months.

Does anybody knows if it is possible to export the metadata of backupdata from 
one LC to an other and update the owner of the volumes on the LM? The LC's 
share the same library. The involved TSM clients have there own 
collocationgroup.

Kind Regards,
Ruud Meuleman

**

This transmission is confidential and must not be used or disclosed by anyone 
other than the intended recipient. Neither Tata Steel Europe Limited nor any of 
its subsidiaries can accept any responsibility for any use or misuse of the 
transmission by anyone.

For address and company registration details of certain entities within the 
Tata Steel Europe group of companies, please visit 
http://www.tatasteeleurope.com/entities

**
**

This transmission is confidential and must not be used or disclosed by anyone 
other than the intended recipient. Neither Tata Steel Europe Limited nor any of 
its subsidiaries can accept any responsibility for any use or misuse of the 
transmission by anyone.

For address and company registration details of certain entities within the 
Tata Steel Europe group of companies, please visit 
http://www.tatasteeleurope.com/entities

**


Re: TDP for Domino on Linux keeps telling me API not installed

2012-07-31 Thread Michael Roesch
Hello,

Michael will need to use a 32-bit TSM API since DP Domino is 32-bit.  The
 latest  BA package with a 32 bit API is 6.1.


Oh, I thought I could use the package TIVsm-API64.x86_64.rpm, because of
the naming you could think that it's a x86 application in a x64 operating
system, like when you have a 32-Bit Domino server on a 64-Bit Windows OS.

Then I'll look for the 6.1 BA client and use that API.

Thank you, Frank

Regards,
Michael



On Tue, Jul 31, 2012 at 3:18 PM, Frank Ramke ra...@us.ibm.com wrote:

 Hello,

 Michael will need to use a 32-bit TSM API since DP Domino is 32-bit.  The
 latest  BA package with a 32 bit API is 6.1.

 Frank Ramke
 TSM Development


 From:   Billaudeau, Pierre p.billaud...@saq.qc.ca
 To: ADSM-L@vm.marist.edu
 Date:   07/31/2012 08:29 AM
 Subject:Re: TDP for Domino on Linux keeps telling me API not
 installed
 Sent by:ADSM: Dist Stor Manager ADSM-L@vm.marist.edu



 Michael,
 I ran into a similar problem with TDP for Exchange 5.2.1.1 (to
 reproduce a problem in Lab). I had to uninstall, the TSM baclient 6.3 and
 install TSM 5.4.1.4 in order to get the TSM API installed. I guess you will
 need to go back to a version 5 baclient.

 Pierre Billaudeau
 Analyste en stockage
 Livraison des Infrastructures Serveurs
 Société des Alcools du Québec
 514-254-6000 x 6559

 -Message d'origine-
 De : ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] De la part de
 Michael Roesch
 Envoyé : 31 juillet 2012 05:09
 À : ADSM-L@VM.MARIST.EDU
 Objet : [ADSM-L] TDP for Domino on Linux keeps telling me API not installed

 Hi all,

 I'm trying to install TDP for Domino 5.5.3 on Linux openSuSE 12.1 x64. I
 already installed the BA client version 6.3.0.15 and also installed the TSM
 API.
 The problem is, when I run the TDP installer, it tells me The Tivoli
 Storage Manager Client API v5.5.1 or higher is not installed.

 Any ideas where the problem could be?

 Thanks in advance

 Regards,
 Michael Roesch

 --


 Information confidentielle : Le présent message, ainsi que tout fichier qui
 y est joint, est envoyé à l'intention exclusive de son ou de ses
 destinataires; il est de nature confidentielle et peut constituer une
 information privilégiée. Nous avertissons toute personne autre que le
 destinataire prévu que tout examen, réacheminement, impression, copie,
 distribution ou autre utilisation de ce message et de tout fichier qui y
 est joint est strictement interdit. Si vous n'êtes pas le destinataire
 prévu, veuillez en aviser immédiatement l'expéditeur par retour de courriel
 et supprimer ce message et tout document joint de votre système. Merci.




Multiple journal engines on a single server

2012-07-31 Thread Geoff Gill
Hi All,
 
Sometimes when I read things that make sense it causes me to question if it 
really works so I thought I'd throw this out there to see if anyone is doing it.
I've read that you can put up multiple journal engines on a single server and 
I'm wondering if anyone has tested it and I'm also curious if you have decided 
if it has any advantages or disadvantages. I was thinking, because NDMP has 
been squashed for a specific customer, I need to find out the best of what's 
left. Hearing statements like, we want to move all the data curretly x number 
of servers currently access on the NAS to a single server, it makes me 
question how we're going to handle this single backup.
 
I currently can't tell you how many millions of files we're talking about nor 
can I say how much data we're talking about, but it seems to me that it would 
make sense to create multiple drives to spread it out to be able to use 
multiple journal engines to track everything, and I was hoping it might make it 
quicker. One other question is if it would be better to schedule seperate 
backup windows for those different drives to help spread things out and get it 
backed up at least somewhat timely.
 
Any suggestions would be welcome.
Thank You
Geoff Gill



Re: TSM V6.3 with IBM TS3200 I/O stations issue

2012-07-31 Thread Stackwick, Stephen
Hey, I'm with Wanda. The server is probably just waiting for a reply...

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Thomas 
Denier
Sent: Monday, July 30, 2012 10:06 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] TSM V6.3 with IBM TS3200 I/O stations issue

-Victor Shum wrote: -

 We were trying to use the TS-3200 I/O station to handle checkin and  
checkout of tape.  After we change the TS3200 library to enable I/O  
station; then reboot the tape library and restart the TSM server.
We still cannot checkout any tape to the I/O station.

As far as I know, the tape library checking TSM does during initialization is 
pretty much the same as an 'audit library' command. The documentation for that 
command does not suggest that it would be capable of detecting the appearance 
of an I/O station in an existing library. My guess is that you will need to 
delete and redefine the library to get TSM to recognize the presence of the I/O 
station. This would entail checking out the volumes before deleting the library 
and checking them in after redefining the library.

Thomas Denier
Thomas Jefferson University Hospital


Re: TDP for Domino on Linux keeps telling me API not installed

2012-07-31 Thread Frank Ramke
Hello,

Michael will need to use a 32-bit TSM API since DP Domino is 32-bit.  The
latest  BA package with a 32 bit API is 6.1.

Frank Ramke
TSM Development


From:   Billaudeau, Pierre p.billaud...@saq.qc.ca
To: ADSM-L@vm.marist.edu
Date:   07/31/2012 08:29 AM
Subject:Re: TDP for Domino on Linux keeps telling me API not installed
Sent by:ADSM: Dist Stor Manager ADSM-L@vm.marist.edu



Michael,
I ran into a similar problem with TDP for Exchange 5.2.1.1 (to
reproduce a problem in Lab). I had to uninstall, the TSM baclient 6.3 and
install TSM 5.4.1.4 in order to get the TSM API installed. I guess you will
need to go back to a version 5 baclient.

Pierre Billaudeau
Analyste en stockage
Livraison des Infrastructures Serveurs
Société des Alcools du Québec
514-254-6000 x 6559

-Message d'origine-
De : ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] De la part de
Michael Roesch
Envoyé : 31 juillet 2012 05:09
À : ADSM-L@VM.MARIST.EDU
Objet : [ADSM-L] TDP for Domino on Linux keeps telling me API not installed

Hi all,

I'm trying to install TDP for Domino 5.5.3 on Linux openSuSE 12.1 x64. I
already installed the BA client version 6.3.0.15 and also installed the TSM
API.
The problem is, when I run the TDP installer, it tells me The Tivoli
Storage Manager Client API v5.5.1 or higher is not installed.

Any ideas where the problem could be?

Thanks in advance

Regards,
Michael Roesch

--


Information confidentielle : Le présent message, ainsi que tout fichier qui
y est joint, est envoyé à l'intention exclusive de son ou de ses
destinataires; il est de nature confidentielle et peut constituer une
information privilégiée. Nous avertissons toute personne autre que le
destinataire prévu que tout examen, réacheminement, impression, copie,
distribution ou autre utilisation de ce message et de tout fichier qui y
est joint est strictement interdit. Si vous n'êtes pas le destinataire
prévu, veuillez en aviser immédiatement l'expéditeur par retour de courriel
et supprimer ce message et tout document joint de votre système. Merci.



Tivoli Flash Copy Manager for Custom application backup mode

2012-07-31 Thread Wira Chinwong
Hi,
   Anybody please explain why TSFCM for Custom application doesn’t has 
“incremental” backup mode?
 
 
 
Best Regards,
 
 
Wira Chinwong
 
SCSi Co., Ltd.
   
2521/69 Biztown Ladprao Rd., 
Klongchaokhunsingha, Wangthonglang, Bangkok 10310 
Tel 02-9559873-4  Fax 02-9559875 ext 5
Mobile: 086-9092992
E-mail: w...@scsi.co.th
 


tsm plan file

2012-07-31 Thread Tim Brown
Can one control the extension of a plan file.





Thanks,



Tim Brown
Supervisor Computer Operations

Central Hudson Gas  Electric
284 South Ave
Poughkeepsie, NY 12601
Email:  mailto:tbr...@cenhud.com tbr...@cenhud.com  
mailto:tbr...@cenhud.com mailto:tbr...@cenhud.com
Phone: 845-486-5643
Fax: 845-486-5921
Cell: 845-235-4255




This message contains confidential information and is only for the intended 
recipient. If the reader of this message is not the intended recipient, or an 
employee or agent responsible for delivering this message to the intended 
recipient, please notify the sender immediately by replying to this note and 
deleting all copies and attachments.


Re: Tivoli Flash Copy Manager for Custom application backup mode

2012-07-31 Thread Del Hoobler
Wira,

Are you referring to Windows or UNIX and Linux?
If you are using Windows, what VSS Hardware Provider?
What application are you protecting?
Are you sending that backups to a TSM Server?
What storage system are you using?
How are the LUNs configured?

Del



ADSM: Dist Stor Manager ADSM-L@vm.marist.edu wrote on 07/31/2012 
12:15:05 PM:

 From: Wira Chinwong w...@scsi.co.th
 To: ADSM-L@vm.marist.edu
 Date: 07/31/2012 12:27 PM
 Subject: Tivoli Flash Copy Manager for Custom application backup mode
 Sent by: ADSM: Dist Stor Manager ADSM-L@vm.marist.edu
 
 Hi,
Anybody please explain why TSFCM for Custom application doesn’t 
 has “incremental” backup mode?
 
 
 
 Best Regards,
 
 
 Wira Chinwong




Re: Export backup data between LC

2012-07-31 Thread Alex Paschal

Hi, Ruud.  Never underestimate the bandwidth of a truck - but latency
can be problematic.  A somewhat workable option would be to perform an
export node filedata=all to tape, then FedEx the tapes next-day.  Once
you import the data on the target server, you can then do an export
toserver= fromdate= merge=yes, which hopefully will minimize the payload
sent over the WAN.

It would be even easier if, prior to the export, you could get
management to agree that you could afford to lose a day's worth of
backups, in which case you wouldn't even have to do the merge.  (Ok,
maybe two days.)

On 7/31/2012 4:52 AM, Meuleman, Ruud wrote:

All,

We have to move about 150 TB backup data from one TSM LC to an other. Using command export node 
node_name filedata=all toserver server_name will take months.

Does anybody knows if it is possible to export the metadata of backupdata from 
one LC to an other and update the owner of the volumes on the LM? The LC's 
share the same library. The involved TSM clients have there own 
collocationgroup.

Kind Regards,
Ruud Meuleman

**

This transmission is confidential and must not be used or disclosed by anyone 
other than the intended recipient. Neither Tata Steel Europe Limited nor any of 
its subsidiaries can accept any responsibility for any use or misuse of the 
transmission by anyone.

For address and company registration details of certain entities within the 
Tata Steel Europe group of companies, please visit 
http://www.tatasteeleurope.com/entities

**



Re: VM Archive

2012-07-31 Thread Shawn Drew
IBM just told me this wasn't possible.  If anyone is interested, please
vote on this RFE I just submitted

RFE ID 25065:
http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfeCR_ID=25065


Regards,
Shawn

Shawn Drew





Internet
Shawn DREW

Sent by: ADSM-L@VM.MARIST.EDU
07/30/2012 01:22 PM
Please respond to
ADSM-L@VM.MARIST.EDU


To
ADSM-L
cc

Subject
[ADSM-L] VM Archive






Looked through the manual today and can't find any information on
archiving VM data.Is there a way to archive data from a VMware guest
(file-level or image) without installing a client on the actual guest?
There doesn't seem to be an archive vm command

Regards,
Shawn

Shawn Drew


This message and any attachments (the message) is intended solely for
the addressees and is confidential. If you receive this message in error,
please delete it and immediately notify the sender. Any use not in accord
with its purpose, any dissemination or disclosure, either whole or
partial,
is prohibited except formal approval. The internet can not guarantee the
integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will)
not therefore be liable for the message if modified. Please note that
certain
functions and services for BNP Paribas may be performed by BNP Paribas
RCC, Inc.



This message and any attachments (the message) is intended solely for
the addressees and is confidential. If you receive this message in error,
please delete it and immediately notify the sender. Any use not in accord
with its purpose, any dissemination or disclosure, either whole or partial,
is prohibited except formal approval. The internet can not guarantee the
integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will)
not therefore be liable for the message if modified. Please note that certain
functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc.


Re: Multiple journal engines on a single server

2012-07-31 Thread Geoff Gill
From one response it looks like I need to clarify this post. I do understand 
journaling does not work with a NAS, which is why I recommended using NDMP, but 
unfortunately they don't want that in this instance. Some of the data on the 
NAS is going to be moved to a physical server and will be backed up from 
there. My statement related to spreading the data across multiple drives did 
not make that clear unfortunately. 
 
Sorry for not being more specific. So based on that I was looking for anyone 
who might have a large single server they have something that at least works 
fairly well. It kind of makes sense to me to spread the data across multiple 
drives and run a seperate journal engine for each but I don't know if it helps 
having multiple compared to a single journal instance. I also thought using 
multiple drives could at least give them an option to back up drives at 
different times of the day, on their own specific schedule, so things 'sort of' 
get backed up more timely.
 
Hope that helps.

Thank You
Geoff Gill




 From: Geoff Gill avalnch...@yahoo.com
To: adsm-l@vm.marist.edu adsm-l@vm.marist.edu 
Sent: Tuesday, July 31, 2012 9:35 AM
Subject: Multiple journal engines on a single server
  

Hi All,
 
Sometimes when I read things that make sense it causes me to question if it 
really works so I thought I'd throw this out there to see if anyone is doing it.
I've read that you can put up multiple journal engines on a single server and 
I'm wondering if anyone has tested it and I'm also curious if you have decided 
if it has any advantages or disadvantages. I was thinking, because NDMP has 
been squashed for a specific customer, I need to find out the best of what's 
left. Hearing statements like, we want to move all the data curretly x number 
of servers currently access on the NAS to a single server, it makes me 
question how we're going to handle this single backup.

I currently can't tell you how many millions of files we're talking about nor 
can I say how much data we're talking about, but it seems to me that it would 
make sense to create multiple drives to spread it out to be able to use 
multiple journal engines to track everything, and I was hoping it might make it 
quicker. One other question is if it would be better to schedule seperate 
backup windows for those different drives to help spread things out and get it 
backed up at least somewhat timely.

Any suggestions would be welcome.
Thank You
Geoff Gill


Re: Multiple journal engines on a single server

2012-07-31 Thread Prather, Wanda
Hi Geoff,

I don’t think you told us whether the physical server is Windows or AIX, I’m 
writing here from my experience with Windows.

When you install the journal engine, it does create a separate journal DB for 
each drive that you want journaled.
I have never installed multiple instances of the journal.

The “journal engine” doesn’t actually participate in the backup.  Yep, it isn’t 
part of the backup at all.

What the journal engine does is invoke a Windows function that monitors file 
system activity and makes a list of the files that have changed.   (In the 
journal DB).  So when the backup runs, it is essentially doing a “dsmc 
selective –filelist=filea,fileb,filec, etc”, getting that list of files from 
the journal DB.
So the journal engine doesn’t play into the speed of the backup.

On a big fileserver (70+ million files, say), the change rate is usually very, 
very low.  So getting the backup done is usually pretty trivial, when all you 
are doing is backing up the new/changed stuff and you don’t have to traverse 
the filetree(s).

So backing up “quicker” doesn’t’ have much to do with how many journal engines 
you have, AFAIK.
With the journal engine operating, it’s just about how much data you have to 
move during the backup, no extra time traversing the file tree.

That being said, there ARE serious reasons to make lots of LUNS.


·The biggest one:  when you use the journal engine, IBM still 
recommends that you do a periodic backup with –nojournal, to pick up things 
that the Windows monitoring function the journal engine uses has missed.  So 
periodically, you still have to do a dsmc incr that traverses the filetree.  My 
experience with Win2K3 was that over 70,000,000 files and it becomes nearly 
impossible to traverse the filetree in less than 24 hours.  You want to use 
something like Windows dfs or mounted drives to make the directory trees look 
“nice” and rational for the users, but actually have the directories spread 
across smaller separate LUNS which can’t have more than a cazillion files each.


·If you have multiple LUNS, you can set resourceutilization=10 and have 
up to 4 pairs of backup sessions running at once



·If something invalidates the journal (and something will), you’ve only 
invalidated the journal on part of your backups, so you don’t have to scan the 
whole filetree to revalidate it (and you will have to revalidate the journal 
for a LUN, at some time)



·Think about restores.  Journaling helps you back up, it doesn’t help 
you restore.  The bigger the LUN, the harder/longer it takes to put it back.  
You can get two 1 TB luns restored in the almost the same time as 1, with 
multiple restore streams.




I can’t think of any reason you’d need to install multiple journal services, 
unless the change rate on the filesystem is too high for 1 journal service to 
keep up with it.  And if you look at the parms for the journal service, there 
are buffering values and other misc stuff to tune the engine so that it can 
better keep up with the change rate, before resorting to multiple services.

I’m sure other folks will have different experiences to share.

W


From: avalnche96@ [mailto:yahoo.com avalnch...@yahoo.com]
Sent: Tuesday, July 31, 2012 5:03 PM
To: Prather, Wanda
Subject: Re: RE: [ADSM-L] Multiple journal engines on a single server

I understand Wanda.  The Customer does not want us to use ndmp so they are 
moving some data to a physical server so we can use journal.

Sent from my LG Thrill™ 4G smartphone with glasses-free 3D on ATT



-- Original Message --
From : Prather, Wanda
To : Geoff Gill;
Sent : 7/31/2012 14:29
Subject : RE: [ADSM-L] Multiple journal engines on a single server


Easy answer, you can't use journaling on a NAS, as the client can't be 
installed there.



If it's a Netapp, use snapdiff, solves the problem easily.



If it's a non-Netapp NAS, you either suffer through NDMP, or you set up proxy 
relationships and let clients back up the shares via CIFS.











-Original Message-

From: ADSM: Dist Stor Manager 
[mailto:ADSM-L@VM.MARIST.EDU]mailto:[mailto:ADSM-L@VM.MARIST.EDU] On Behalf 
Of Geoff Gill

Sent: Tuesday, July 31, 2012 10:36 AM

To: ADSM-L@VM.MARIST.EDUmailto:ADSM-L@VM.MARIST.EDU

Subject: [ADSM-L] Multiple journal engines on a single server



Hi All,



Sometimes when I read things that make sense it causes me to question if it 
really works so I thought I'd throw this out there to see if anyone is doing it.

I've read that you can put up multiple journal engines on a single server and 
I'm wondering if anyone has tested it and I'm also curious if you have decided 
if it has any advantages or disadvantages. I was thinking, because NDMP has 
been squashed for a specific customer, I need to find out the best of what's 
left. Hearing statements like, we want to move all the data curretly x number 
of servers currently access on the NAS to a single server, it makes me 
question 

Re: VM Archive

2012-07-31 Thread Kenneth Bury
Have you considered mounting the VM backup and then running the archive?
It's similar to a feature Fastback has for moving data to TSM for long term
storage.

On Mon, Jul 30, 2012 at 1:22 PM, Shawn Drew 
shawn.d...@americas.bnpparibas.com wrote:

 Looked through the manual today and can't find any information on
 archiving VM data.Is there a way to archive data from a VMware guest
 (file-level or image) without installing a client on the actual guest?
 There doesn't seem to be an archive vm command

 Regards,
 Shawn
 
 Shawn Drew


 This message and any attachments (the message) is intended solely for
 the addressees and is confidential. If you receive this message in error,
 please delete it and immediately notify the sender. Any use not in accord
 with its purpose, any dissemination or disclosure, either whole or partial,
 is prohibited except formal approval. The internet can not guarantee the
 integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will)
 not therefore be liable for the message if modified. Please note that
 certain
 functions and services for BNP Paribas may be performed by BNP Paribas
 RCC, Inc.




--
Ken Bury


Re: VM Archive

2012-07-31 Thread apaschal5
Good thinking, Ken.  Now that you've got me thinking outside the VE box

You could Storage vMotion the VM into an NFS datastore, mount the datastore on 
a client machine, then archive the whole VM.

If you wanted to archive a subset of the VM, you could NFS- or CIFS-share a 
filesystem or directory from the VM to the TSM server, then archive it there.

- Reply message -
From: Kenneth Bury kenbu...@gmail.com
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] VM Archive
Date: Tue, Jul 31, 2012 6:54 PM


Have you considered mounting the VM backup and then running the archive?
It's similar to a feature Fastback has for moving data to TSM for long term
storage.

On Mon, Jul 30, 2012 at 1:22 PM, Shawn Drew 
shawn.d...@americas.bnpparibas.com wrote:

 Looked through the manual today and can't find any information on
 archiving VM data.Is there a way to archive data from a VMware guest
 (file-level or image) without installing a client on the actual guest?
 There doesn't seem to be an archive vm command

 Regards,
 Shawn
 
 Shawn Drew


 This message and any attachments (the message) is intended solely for
 the addressees and is confidential. If you receive this message in error,
 please delete it and immediately notify the sender. Any use not in accord
 with its purpose, any dissemination or disclosure, either whole or partial,
 is prohibited except formal approval. The internet can not guarantee the
 integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will)
 not therefore be liable for the message if modified. Please note that
 certain
 functions and services for BNP Paribas may be performed by BNP Paribas
 RCC, Inc.




--
Ken Bury


Re: Tivoli Flash Copy Manager for Custom application backup mode

2012-07-31 Thread Wira Chinwong
Hi Del,
   We are using DS8000 + AIX6.1 + inhouse application. We need to do backup 
only one filesystem to TSM server. During run setup_gen.sh, there are only 
‘FULL/DIFF/ARCH’ mode list in part of TSM backup. When I check process during 
TSM backup. I found “dsmc backup group” command is running. 
 
 
 
Best Regards,
 
 
Wira Chinwong
 
SCSi Co., Ltd.
   
2521/69 Biztown Ladprao Rd., 
Klongchaokhunsingha, Wangthonglang, Bangkok 10310 
Tel 02-9559873-4  Fax 02-9559875 ext 5
Mobile: 086-9092992
E-mail: w...@scsi.co.th
 
Wira,
 
Are you referring to Windows or UNIX and Linux?
If you are using Windows, what VSS Hardware Provider?
What application are you protecting?
Are you sending that backups to a TSM Server?
What storage system are you using?
How are the LUNs configured?
 
Del
 

 
ADSM: Dist Stor Manager ADSM-L AT vm.marist DOT edu wrote on 07/31/2012 
12:15:05 PM:
 
 From: Wira Chinwong wira AT SCSI.CO DOT TH
 To: ADSM-L AT vm.marist DOT edu
 Date: 07/31/2012 12:27 PM
 Subject: Tivoli Flash Copy Manager for Custom application backup mode
 Sent by: ADSM: Dist Stor Manager ADSM-L AT vm.marist DOT edu
 
 Hi,
Anybody please explain why TSFCM for Custom application doesn’t 
 has “incremental” backup mode?
 
 
 
 Best Regards,
 
 
 Wira Chinwong