Re: ontape -r howto?

Did you issue the onmode -m? Was it in "Recovery" mode, or "Fast Recovery" ? Did you do any onstat -u's or -l's and see if anything was happening? Perhaps it was trying to rollback open transactions? Of course, 24 hours is an awfully long time to be rolling back... It's possible you were hung in a long transaction rollback... Hard to say at this point what happened, but it is not required to have a logical restore after your physical restore, if you are doing a whole system restore. June -- june_t@hotmail.com Lost in the wilds of Palo Alto, living on KitKat bars Kai Shen wrote: > That's what I did, but ODS did not do what you (and I) expected. It just stayed in > Recovery Mode for more than 24 hours. > > June Tong schrieb: > > > Hmm. I must be either missing something or forgetting something. > > > > > In article <35E15BE3.187020C3@acer.de>, shen@acer.de (Kai Shen) wrote: > > > > > > > I need to restore our DBspaces under ODS 7.20UC3. Since we do not use > > > > Transaction logging I thought a physical restore would do it. But OnLine > > > > sets the chunks to PI, meaning inconsistent and asks for a logical > > > > restore which I don't have! > > > > Doesn't it just ask you if you have logical logs to restore? What if you say > > "N" ? I think you should just say "N" (no logical logs to restore), and it > > should go into Fast Recovery. In some versions (7.20 and later, if I remember > > correctly, but that's asking a lot), you then have to do "onmode -m" to get it > > to come on-line. > > > > This is assuming you're doing a whole system restore with ontape -r, not > > restoring specific dbspaces. > > > > June > > -- > > june_t@hotmail.com > > Lost in the wilds of Palo Alto, living on M&M's and Pepperidge Farm cookies