Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*DB\s+restore\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*DB\s+restore\s*$/: 11 ]

Total 11 documents matching your query.

1. db restore (score: 1): Author: Thando Ndaba <NdabaT AT SAPO.CO DOT ZA>; Date: Mon, 14 Jul 2003 11:56:13 +0200; Hi TSMers I am trying to restore adsm database using the following command: dsmserv restore db devc=eagle vol=100104 commit=yes Then I get the following error message before the restore terminates AN; /lists/html/ADSM-L/2003-07/msg00350.html (8,995 bytes)
2. Re: db restore (score: 1): Author: Remco Post <r.post AT SARA DOT NL>; Date: Mon, 14 Jul 2003 12:21:39 +0200; have you tried 'dsmserv restore db devc=eagle todate=today' In that case, TSM will use the volhist (you do have a recent backup volhist file, don't you?) to determine which volumes to use to restore; /lists/html/ADSM-L/2003-07/msg00351.html (10,116 bytes)
3. Re: db restore (score: 1): Author: Richard Sims <rbs AT BU DOT EDU>; Date: Mon, 14 Jul 2003 07:32:04 -0400; Good details, but we lack context: Are you trying to restore the database of the same ADSM system which created the db backup tape, or trying to restore from one system onto another, such as a test; /lists/html/ADSM-L/2003-07/msg00353.html (9,330 bytes)
4. DB restore (score: 1): Author: Najcnkj AT AOL DOT COM; Date: Mon, 19 Mar 2001 16:59:55 EST; If I have a 20GB database that is spread accross 10 dbvols but is only 10% utilized can I restore that database onto a server with 5 dbvols totaling 10GB since the 5 dbvols will hold over the 10% of; /lists/html/ADSM-L/2001-03/msg00697.html (8,190 bytes)
5. Re: DB restore (score: 1): Author: Joe Faracchio <brother AT SOCRATES.BERKELEY DOT EDU>; Date: Mon, 19 Mar 2001 14:26:03 -0800; Good question. I'd like to know from someone that has experienced a restore. Somewhere it implies that you have to have the same disk layout because its a record backup and not logical. Is this true?; /lists/html/ADSM-L/2001-03/msg00701.html (8,779 bytes)
6. Re: DB restore (score: 1): Author: "Prather, Wanda" <Wanda.Prather AT JHUAPL DOT EDU>; Date: Mon, 19 Mar 2001 17:37:05 -0500; Well, I'll take a stab at this. I know when you do a DB restore, the same disk layout (i.e., number of DBVOLS) is NOT required, been there done that. I believe the requirement is that the RESTORE TO; /lists/html/ADSM-L/2001-03/msg00702.html (8,752 bytes)
7. Re: DB restore (score: 1): Author: "Short, Anne" <anne.short AT LMCO DOT COM>; Date: Tue, 20 Mar 2001 07:51:45 -0500; We just did a DB restore a couple of weeks ago. First we tried with the same number of db volumes, but the volumes added up to less space than was in the original volumes (we had lost a hard drive so; /lists/html/ADSM-L/2001-03/msg00712.html (9,082 bytes)
8. Re: DB restore (score: 1): Author: John Naylor <John.Naylor AT SCOTTISH-SOUTHERN.CO DOT UK>; Date: Tue, 20 Mar 2001 13:20:31 +0000; Since you only have a small DB, you could do a DB Load/Unload, then you can use less physical space It will however take longer than a straight restore "Short, Anne" <anne.short AT LMCO DOT COM> on 0; /lists/html/ADSM-L/2001-03/msg00713.html (9,573 bytes)
9. DB restore (score: 1): Author: Jose Prendes <jose AT FIU DOT EDU>; Date: Tue, 7 Nov 2000 16:25:56 -0500; Hi, Monday morning the DB was backed up, Monday afternoon migration & space reclamation took place. Tuesday morning I had to restore the DB as of Monday morning. I am very concerned about data being; /lists/html/ADSM-L/2000-11/msg00345.html (8,266 bytes)
10. Re: DB restore (score: 1): Author: Richard Sims <rbs AT BU DOT EDU>; Date: Tue, 7 Nov 2000 16:37:59 -0500; You should be fine if your stgpool REUsedelay is reasonable and hasn't been subverted by manual volume deletion and subsequent re-use of those volumes. There isn't a lot of visual checking you can d; /lists/html/ADSM-L/2000-11/msg00346.html (8,478 bytes)
11. Re: DB restore (score: 1): Author: Steven P Roder <tkssteve AT REXX.ACSU.BUFFALO DOT EDU>; Date: Tue, 7 Nov 2000 18:26:08 -0500; Since you also ran migration, your disk storage pool may be out-of-sync with the DB, and may require auditing. If cacheing is enabled, and no backups ran, then you are probably OK, as the data is st; /lists/html/ADSM-L/2000-11/msg00351.html (9,368 bytes)

Current List: 1 - 11
Page: [1]