I think he means this:
http://publib.boulder.ibm.com/infocenter/tivihelp/v1r1/index.jsp?topic=/com.ibm.itsmc.doc_5.3.3/ans595.htm
On 8/13/07, Adrian Pead <[EMAIL PROTECTED]> wrote:
> Matt wrote:
> > I do not know if ibm has officially said they support ZFS but with the
> > latest client (5.4.
Matt wrote:
> I do not know if ibm has officially said they support ZFS but with the latest
> client (5.4.1.2) my file systems show up as ZFS now and a quick test restore
> seems to restore ZFS ACL's as well now. They also all appear to be included
> as local filesytems so no work arounds are n
I do not know if ibm has officially said they support ZFS but with the latest
client (5.4.1.2) my file systems show up as ZFS now and a quick test restore
seems to restore ZFS ACL's as well now. They also all appear to be included as
local filesytems so no work arounds are needed to back them a
John wrote:
John wrote:
Our main problem with TSM and ZFS is currently
that
there seems to be
no efficient way to do a disaster restore when the
backup
resides on tape - due to the large number of
filesystems/TSM filespaces.
The graphical client (dsmj) does not work at all
and
with dsmc one
> John wrote:
> >> Our main problem with TSM and ZFS is currently
> that
> >> there seems to be
> >> no efficient way to do a disaster restore when the
> >> backup
> >> resides on tape - due to the large number of
> >> filesystems/TSM filespaces.
> >> The graphical client (dsmj) does not work at al
John wrote:
Our main problem with TSM and ZFS is currently that
there seems to be
no efficient way to do a disaster restore when the
backup
resides on tape - due to the large number of
filesystems/TSM filespaces.
The graphical client (dsmj) does not work at all and
with dsmc one
has to start a se
>
> Our main problem with TSM and ZFS is currently that
> there seems to be
> no efficient way to do a disaster restore when the
> backup
> resides on tape - due to the large number of
> filesystems/TSM filespaces.
> The graphical client (dsmj) does not work at all and
> with dsmc one
> has to sta
Our main problem with TSM and ZFS is currently that there seems to be
no efficient way to do a disaster restore when the backup
resides on tape - due to the large number of filesystems/TSM filespaces.
The graphical client (dsmj) does not work at all and with dsmc one
has to start a separate resto
Does anyone know when IBM will fully support TSM so we do not have to come
up with these work arounds?
On 7/10/07, Steve Zinck <[EMAIL PROTECTED]> wrote:
Another option is to set the TSM server to do a selective backup of the
zfs filesystems. This is probably the least friendly of the solution
Another option is to set the TSM server to do a selective backup of the zfs
filesystems. This is probably the least friendly of the solutions provided
though ... personally I'm switching to Tomas' suggestion.
Steve
On 7/10/07, Christopher Gibbs <[EMAIL PROTECTED]> wrote:
We use TSM to backup
We use TSM to backup our Messaging Server mailstores on ZFS.
Tomas is right though, the TSM client doesn't recognize ZFS so
whichever method you use, you just have to specify the path manually.
We kick it off with cron but Tomas' method looks a little nicer.
- Chris
On 7/9/07, Tomas Ögren <[EMAI
On 09 July, 2007 - Dan [EMAIL PROTECTED] sent me these 4,2K bytes:
> Does anyone have a customer using IBM Tivoli Storage Manager (TSM) with
> ZFS? I see that IBM has a client for Solaris 10, but does it work with ZFS?
You can backup ZFS filesystems, but it doesn't understand the ACLs right
now.
Does anyone have a customer
using IBM Tivoli Storage Manager (TSM) with ZFS? I see that IBM has a
client for Solaris 10, but does it work with ZFS?
--
Dan Christensen
System Engineer
Sun Microsystems, Inc.
Des Moines, IA 50266 US
877-263-2204
13 matches
Mail list logo
