Subject: | |
From: | |
Reply To: | Hoxsie, Howard |
Date: | Thu, 11 May 2000 16:13:43 -0700 |
Content-Type: | text/plain |
Parts/Attachments: |
|
|
IIRC, and ICBW, but I thought the "dbnameGB" files were the Omnidex key
files and they get handled quirkily by Image when doing STORE's and
RESTORE's. It's like they're part of the database, but not really. I don't
recall off-hand just how that works, you'd need to talk to a DBA for that.
:-)
Howard Hoxsie
HP3000 Systems Administrator
600 University Street, Suite 600
Seattle, WA 98101
Nordstrom.com
206.215.7069 voice
206.215.7869 fax
[log in to unmask]
visit us at http://www.nordstrom.com
> -----Original Message-----
> From: [log in to unmask]
> [SMTP:[log in to unmask]]
> Sent: Thursday, May 11, 2000 3:11 PM
> To: [log in to unmask]
> Subject: Re: Restore problem for an image database
>
> Frank,
>
> Try the restore using the command:
> :restore *T; MACMAN.MACSDATA.BTLIVE, MACMAN##.MACSDATA.BTLIVE;...
>
> Since only 27 files qualified for the restore, I suspect that "MACMANGB"
> is
> the file that gets created when a database is first opened up and deleted
> when the last process accessing the database closes it.
>
> I don't know how it was included in the backup in the first place, since
> most backup packages will 'flag' such a file as being in a state that
> prevents it from being stored (Although I have no experience how the
> 'online' store packages handle such a file).
>
> Regards
> Paul Christidis
>
>
>
>
>
>
> I am hoping someone can help me resolve an issue. I have been restoring
> databases in a production group with out problems by doing the following:
>
> :FILE T;DEV=7
> :RESTORE *T;@[log in to unmask];&
> :ACCOUNT=BTTEST;CREATOR=MGR;GID=BTTEST;&
> :SHOW;PROGRESS=1
> This restore restores about 5 image databases in the group, the root file
> and the individual files. I have spent most of this afternoon trying to
> restore the data from our live account to a test account, and am getting
> the
> following errors:
>
>
> MACMANGB.MACSDATA.BTLIVE NOT RESTORED: FILE IS PART OF AN IMAGE
> DATABASE
> AND
> ROOT IS NOT
> SPECIFIED.
>
> WILL RESTORE 27
> FILES ; NUMBER OF FILES ON MEDIA 48502
> MACMAN05.MACSDATA.BTTEST NOT RESTORED: DISC ALLOCATION FAILURE
>
> A discfree c returns the following for the volume set the files are on:
>
> LDEV : 3 -- (SGA_APPL_VOLUME_SET:MEMBER1)
> Device | 50331632 | 43226304 ( 86%) | 7105328 ( 14%) |
> Permanent | 50331632 (100%) | 43226304 ( 86%) | 7105328 ( 14%) |
> Transient | 50331632 (100%) | 0 ( 0%) | 7105328 ( 14%) |
>
> LDEV : 4 -- (SGA_APPL_VOLUME_SET:MEMBER2)
> Device | 50331632 | 42820912 ( 85%) | 7510720 ( 15%) |
> Permanent | 50331632 (100%) | 42820912 ( 85%) | 7510720 ( 15%) |
> Transient | 50331632 (100%) | 0 ( 0%) | 7510720 ( 15%) |
>
> LDEV : 5 -- (SGA_APPL_VOLUME_SET:MEMBER3)
> Device | 50331632 | 43170208 ( 86%) | 7161424 ( 14%) |
> Permanent | 50331632 (100%) | 43170208 ( 86%) | 7161424 ( 14%) |
> Transient | 50331632 (100%) | 0 ( 0%) | 7161424 ( 14%) |
>
>
> LDEV : 50 -- (SGA_APPL_VOLUME_SET:MEMBER4)
> Device | 41943024 | 21072960 ( 50%) | 20870064 ( 50%) |
> Permanent | 41943024 (100%) | 21072960 ( 50%) | 20870064 ( 50%) |
> Transient | 41943024 (100%) | 0 ( 0%) | 20870064 ( 50%) |
>
> LDEV : 51 -- (SGA_APPL_VOLUME_SET:MEMBER5)
> Device | 41943024 | 21236192 ( 51%) | 20706832 ( 49%) |
> Permanent | 41943024 (100%) | 21236192 ( 51%) | 20706832 ( 49%) |
> Transient | 41943024 (100%) | 0 ( 0%) | 20706832 ( 49%) |
>
>
> This seems to be ample free room, I am overlaying the existing databases
> to
> refresh the account.
>
> I have tried adding NOACD on the restore line with the same results.
|
|
|