Re: backup files location?

From: Ram Raman <veeeraman_at_gmail.com>
Date: Wed, 28 Mar 2012 17:33:27 -0500
Message-ID: <CAHSa0M2xNvh89Gch6N6VKeCadEPKe9mXCusyQzgqazYfE7LmRg_at_mail.gmail.com>

Thanks Niall and Dimitre for replying.
I could not find a command for list backupiece (without knowing the names of pieces). I did a full 'list backup' to see the backup pieces it displays at the end - but no luck there. It says all the files are in 'FLASH' and shows the deleted ones as expired correctly. I tried Dimitre's suggestion and got this:

*

RMAN> backup recovery area;

Starting backup at 28-MAR-12

specification does not match any archive log in the recovery catalog

specification does not match any datafile copy in the repository

RMAN-00571: ===========================================================

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ===========================================================

RMAN-03002: failure of backup command at 03/28/2012 17:26:19

RMAN-06747: at least 1 channel of tertiary storage must be allocated to execute this command
*

I tried to check this command in another database where things are good, but I got the same response. Not sure what this command does.

I am inclined to think that this is a bug. I need to work on that more.

---

On Wed, Mar 28, 2012 at 1:26 PM, Radoulov, Dimitre <cichomitiko_at_gmail.com>wrote:

> On 27/03/2012 00:53, Ram Raman wrote:
>
>> v10.2. We have a dev db whose backups have been failing with message that
>> db_recovery_file_dest_size is full. Our location in FLASH group in ASM.
>> Upon looking into the FLASH diskgroup I see that there are only 2 files
>> taking about 670Mb:
>>
> [...]
>
>
> Hi Ram,
> there are some bugs with somehow *similar* symptoms (see ID 4911954.8, bug
> 4911954 - they talk about different values between v$recovery_file_dest
> (here the values are incorrect) and v$flash_recovery_area_usage).
>
> I would try to backup the recovery area (rman> backup recovery area;) to
> check what rman is *trying* to back up.
>
> You could also check Space Usage Figures in V$flash_recovery_area_usage
> Misleading When FRA Location is Changed [ID 460145.1] if you've changed the
> fra location.
>
> Let us know if you find what's happening.
>
>
> Regards
> Dimitre
>

--
http://www.freelists.org/webpage/oracle-l

Received on Wed Mar 28 2012 - 17:33:27 CDT