You give me an other Idea :
Paul Zarnowski a écrit :
At 12:06 AM 5/3/2008, Steven Harris wrote:
What would you line to see?
1. Deduplication moved out to the source (clients). Especially to avoid
backing up the System State on Windows in full every time.
2. Enhancements to devclass=file, so
>> On Tue, 6 May 2008 13:51:23 -0500, Alex Paschal <[EMAIL PROTECTED]> said:
> Something like readline used for the command line client, so we
> could get vi-style-editing (ok, fine, or emacs for the heathens) &
> history search/recall/edit.
Yeah that.
> "edit cancelprocs" spawns vi/emacs/nano
Skylar Thompson wrote:
I guess another feature request on the client-side would be the ability
to store a stream from standard input as some file. Probably a wild
idea, but it would be cool.
Google for adsmpipe - it does exactly that.
Regards,
Anders K. Pedersen
Sung Lee wrote:
One more on my list.
Ability to perform a full backup without having to use many methods or
options and ability to perform full backup using TSM schedule without
having to specifying objects or directories.
Just as same the way dsmc i works, but only with dsmc sel.
For examp
One more on my list.
Ability to perform a full backup without having to use many methods or
options and ability to perform full backup using TSM schedule without
having to specifying objects or directories.
Just as same the way dsmc i works, but only with dsmc sel.
For example, if you do dsmc
;. I wonder if we'll be able to do
that after the DB2 change, or if the schema will be too complicated.
This was fun. Great thread, Steven.
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Steven Harris
Sent: Friday, May 02, 2008 9:06 PM
T
riginal Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Kelly Lipp
Sent: 05 May 2008 18:35
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Fantasy TSM
Sure, but it might be even better if it did an actual archive. Backup
sets allows us to check the box, but since they are
1:37
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Fantasy TSM
my list.
Administrative gui for windows similar to what we had with ADSM 3.1. I
still have this some where althought I don't use it anymore
GUI - Yeah bring back pls
command - way to go about doing things
web interface - was good
ISC - no co
Curtis Preston wrote:
Well, that would be the OTHER reason for archives. ;) When you archive
those files in TSM, does it allow you to put a "box" around them that
says something like "Source files for project ABC/2008"?
Kind of. When we do an archive of those million-odd files, we'll put the
R
> Some of the labs I support get grant money from the Howard Hughes
> Medical Institute, which requires that source data be kept for seven
> years. Source data is defined such that it's any information used to
> back up research publications, so even processed data has retention
> requirements. The
ST.EDU
Emne: Re: Fantasy TSM
For me,
On the server:
* Ability to expire all files in a filespace.
* Ability to move filespaces between nodes. I know proxy node kind of
gives us this, but that requires some planning ahead of time.
* Ability to make archives from backups on hand.
* Ability to do multipl
urtis Preston
Sent: Monday, May 05, 2008 3:11 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Fantasy TSM
> I'm wondering if TSM could take the NDMP dump and post-process it, to
> carve out the changed files only and handle them according to regular
mgmt
> classes.
It is possible to do
Curtis Preston wrote:
So Sklyar, you are requesting to create an archive that's tracked in
TSM, able to be specified at any level (e.g. filespace, directory,
file), AND to make that within the server (instead of it being required
to create essentially a full backup of the files being archived).
Curtis Preston wrote:
So Sklyar, you are requesting to create an archive that's tracked in
TSM, able to be specified at any level (e.g. filespace, directory,
file), AND to make that within the server (instead of it being required
to create essentially a full backup of the files being archived).
> I'm wondering if TSM could take the NDMP dump and post-process it, to
> carve out the changed files only and handle them according to regular
mgmt
> classes.
It is possible to do that, but I know of only one product that does it.
Avamar processes (inline, actually) the dump stream, figures out w
my list.
Administrative gui for windows similar to what we had with ADSM 3.1. I
still have this some where althought I don't use it anymore
GUI - Yeah bring back pls
command - way to go about doing things
web interface - was good
ISC - no comment ^&%$
Thanks,
Sung Y. Lee
SOME better way to handle NAS backups.
I have multiple customers with NAS luns (from mutliple vendors) over 1 TB in
size.
Backing them up via CIFS takes too long but preserves versioning.
Backup via NDMP is improved in 5.4, but still results in dumping many TB per
day of unchanged data, and you l
t: Monday, May 05, 2008 10:35 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] Fantasy TSM
>
> Sure, but it might be even better if it did an actual archive. Backup
> sets allows us to check the box, but since they are different than a
> standard archive it requires us to manage th
Curtis Preston wrote:
* Ability to make archives from backups on hand.
Maybe I'm missing something in your post, but isn't that what a backup
set is for?
The tapes in a backup set (AFAIK) aren't tracked in anyway by TSM, and
aren't bound by any kind of retention on the server. I think they al
Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Curtis Preston
Sent: Monday, May 05, 2008 11:18 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Fantasy TSM
> * Ability to make archives from backups on hand.
Maybe I'm missing something in your post, but isn't that what a backup
set is for
> * Ability to make archives from backups on hand.
Maybe I'm missing something in your post, but isn't that what a backup
set is for?
This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed. If
yo
In collocate-by-FS stgpools, the ability to group filespaces/nodes
together, analogous to grouping nodes together in collocate-by-group
stgpools. I have numerous nodes with multiple large filespaces which I
would like to collocate by filespace, but would still like to combine the
c: drive, SYSTEMST
For me,
On the server:
* Ability to expire all files in a filespace.
* Ability to move filespaces between nodes. I know proxy node kind of
gives us this, but that requires some planning ahead of time.
* Ability to make archives from backups on hand.
* Ability to do multiple operations on a files
At 12:06 AM 5/3/2008, Steven Harris wrote:
What would you line to see?
1. Deduplication moved out to the source (clients). Especially to avoid
backing up the System State on Windows in full every time.
2. Enhancements to devclass=file, so that volumes don't have to be
pre-formatted to avoid f
one click schedule movement between domains :-)
On Sat, May 3, 2008 at 6:06 AM, Steven Harris <[EMAIL PROTECTED]> wrote:
> More years ago than I want to remember (ok ok mid 80's to mid 90's) I
> was a CICS sysprog in an MVS mainframe shop. Now somewhere about CICS'
> 21st birthday the developer
More years ago than I want to remember (ok ok mid 80's to mid 90's) I
was a CICS sysprog in an MVS mainframe shop. Now somewhere about CICS'
21st birthday the developers decided that the old assembler code had
become unmaintainable and so to improve reliability they re-specified it
using somethin
26 matches
Mail list logo
