Return-Path: <oracle-l-bounce@freelists.org>
X-Original-To: oracle-l@orafaq.com
Delivered-To: oracle-l@orafaq.com
Received: from smtp-ab.freelists.org (smtp-ab.freelists.org [34.228.148.125])
 by malta2546.startdedicated.com (Postfix) with ESMTPS id 0041B100385055
 for <oracle-l@orafaq.com>; Mon, 10 Oct 2022 14:51:43 +0200 (CEST)
Received: from turing.freelists.org (turing [10.0.0.164])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
	 key-exchange X25519 server-signature RSA-PSS (2048 bits))
 (No client certificate requested)
 by smtp-ab.freelists.org (Avenir Technologies Mail Multiplex) with ESMTPS id 9F4B43F9DB;
 Mon, 10 Oct 2022 12:51:41 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Postfix) with ESMTP id 9415440E92;
 Mon, 10 Oct 2022 12:51:41 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=freelists.org;
 s=turing; t=1665406301;
 bh=OrrCUkADl0XW++PcDA+Y/Fm5g6QFjDRVT9T+5gttuso=;
 h=From:Sender:Sender:From;
 b=v8Mu0hTyCT/yLBV3ShzIp1SPg9miXpEo1lJN+yNcRl1DOlQZwyz25mB0YlLvM3w3a
	 qV35fp4apoCcckO077g8j+xLAA0oCDj8sj8ZKZFMABY6m1ejd+FFMqPRAgWchXDuK1
	 fmPcTox3FTSEmf5luCBs4LPI58H5QkwjbeeAVyEo=
X-Virus-Scanned: by FreeLists at turing.freelists.org
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id bDK_NWkik0DZ; Mon, 10 Oct 2022 12:51:41 +0000 (UTC)
Received: from turing.freelists.org (localhost [127.0.0.1])
 by turing.freelists.org (Postfix) with ESMTP id B216440EA0;
 Mon, 10 Oct 2022 12:51:36 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=freelists.org;
 s=turing; t=1665406299;
 bh=OrrCUkADl0XW++PcDA+Y/Fm5g6QFjDRVT9T+5gttuso=;
 h=From:Sender:Sender:From;
 b=rui5zD3pY2MDAhnsJ/XqBaz8ldQzeTlbb/Yhyfn3w5AP9dcgJy1HeQF6doPlUQJDD
	 nRIxyfNsuiuJxgt1nZDBK2415Fxgm2cWZsTJAGhjma+mHIFZ2bfB4mzsTbHP9iUd7O
	 xU9HZtbB1CaJdPMnRa/GJkT+1TPQxfWVPVuL6AGU=
Received: with ECARTIS (v1.0.0; list oracle-l); Mon, 10 Oct 2022 12:51:35 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Postfix) with ESMTP id 1DEEC40E92
 for <oracle-l@freelists.org>; Mon, 10 Oct 2022 12:51:35 +0000 (UTC)
Authentication-Results: turing.freelists.org;
 dkim=pass (2048-bit key; unprotected) header.d=gmail.com header.i=@gmail.com header.a=rsa-sha256 header.s=20210112 header.b=qUoavn0U;
 dkim-atps=neutral
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id dOVctvlDuXEK for <oracle-l@freelists.org>;
 Mon, 10 Oct 2022 12:51:35 +0000 (UTC)
Received: from mail-qt1-f177.google.com (mail-qt1-f177.google.com [209.85.160.177])
 (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)
	 key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256)
 (No client certificate requested)
 by turing.freelists.org (Postfix) with ESMTPS id 1071D3FCEA
 for <oracle-l@freelists.org>; Mon, 10 Oct 2022 12:51:35 +0000 (UTC)
Received: by mail-qt1-f177.google.com with SMTP id fb18so6367127qtb.12
        for <oracle-l@freelists.org>; Mon, 10 Oct 2022 05:51:35 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20210112;
        h=in-reply-to:from:content-language:references:to:subject:user-agent
         :mime-version:date:message-id:x-gm-message-state:from:to:cc:subject
         :date:message-id:reply-to;
        bh=OnkHa4d1gG1AlZbbdNtIiaSAorqum4qGTl2FSiiZVHA=;
        b=h3ktlpvERMUE3ncRWprlkvU/C23GF3rS0q3fsCjtFBwLaStGotn9Fneqd1kjqoqhxO
         djnyRyXBzevQr4qghiWUTBaJLpO6SUPaLcvWOPy5+Ie8EaUS1VPvZJnAP16XL2kcFsDs
         1SZpbw6IjJtsfA+TRWqt0LbWXo90OjvIhAGWvRRj9C0tCno9OEBO6It8D0gx77QXNwf2
         BAclPI1wyuJiK3XUTu+Nssa8OIeRyKuEUAvYn56vwbIoJv9tUzv75CBKI26/7Iv5SKWB
         44sNPldHkMeHSnQkLsyu5EJUb5J95XKuOxl1kN+PzD0g33gTFxIW6uThmkHZc7ZCPsox
         016w==
X-Gm-Message-State: ACrzQf0z/JWCXI14JXq2oqJJUfMaivEbqRy+HicVNVaFgZPJOJf/OW+L
 MbbPqmAdXQORXoZFow75TIUIER8z5jHPEMB4
X-Google-Smtp-Source: AMsMyM5MnTPtxhI0JWJT4QqJczz116Wxqt28G/5DmKs0FQ/th334khYunok69UE3iy1JFEbsG4o8Nw==
X-Received: by 2002:a05:622a:1390:b0:35d:1f0a:dd99 with SMTP id o16-20020a05622a139000b0035d1f0add99mr15145041qtk.403.1665406294382;
        Mon, 10 Oct 2022 05:51:34 -0700 (PDT)
Received: from [192.168.2.100] (pool-72-79-30-4.nwrknj.east.verizon.net. [72.79.30.4])
        by smtp.gmail.com with ESMTPSA id k19-20020a05620a0b9300b006ecb9dfdd15sm2988044qkh.92.2022.10.10.05.51.33
        for <oracle-l@freelists.org>
        (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);
        Mon, 10 Oct 2022 05:51:34 -0700 (PDT)
Content-Type: multipart/alternative;
 boundary="------------PKdW44k8qnaApGcGYm0ULowh"
Message-ID: <3ccc51ac-04ec-f457-07dc-28b269c65e46@gmail.com>
Date: Mon, 10 Oct 2022 08:51:33 -0400
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
 Thunderbird/102.3.1
Subject: Re: RMAN Recovery catalogue
To: oracle-l@freelists.org
References: <LO4P265MB3470D88048C007490A3FBECCE6209@LO4P265MB3470.GBRP265.PROD.OUTLOOK.COM>
Content-Language: en-US
From: Mladen Gogala <gogala.mladen@gmail.com>
In-Reply-To: <LO4P265MB3470D88048C007490A3FBECCE6209@LO4P265MB3470.GBRP265.PROD.OUTLOOK.COM>
X-archive-position: 82918
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: gogala.mladen@gmail.com
Precedence: normal
Reply-To: gogala.mladen@gmail.com
List-Help: <mailto:ecartis@freelists.org?Subject=help>
List-Unsubscribe: <mailto:oracle-l-request@freelists.org?Subject=unsubscribe>
List-software: Ecartis version 1.0.0
List-Id: oracle-l <oracle-l.freelists.org>
X-List-ID: oracle-l <oracle-l.freelists.org>
List-Subscribe: <mailto:oracle-l-request@freelists.org?Subject=subscribe>
List-Owner: <mailto:>
List-post: <mailto:oracle-l@freelists.org>
List-Archive: <https://www.freelists.org/archive/oracle-l>
X-list: oracle-l
--------------PKdW44k8qnaApGcGYm0ULowh
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

Replies in-line:
On 10/10/22 05:44, Paul Houghton (Paul.Houghton) wrote:
>
> We have RMAN backups with a recovery catalogue, which backs up to 
> Netbackup, which of course maintains its own catalogue of backups.
>
> I have two issues keeping the catalogues in sync
>
> Issue 1 – Test/cloned databases
>
> We have test databases which are backed up, but periodically refreshed 
> from production. The issue is that the database which relates to the 
> backups I have taken no longer exists, but there is another database 
> with the same name. I can’t delete old backups because I have an 
> archive log deletion policy. It seems I have to choose between 
> managing the archive logs before the database is refreshed, or 
> managing the backups after it has been refreshed, unless we can change 
> the archive log deletion policy just before the database is deleted. I 
> did open an SR which resulted in Doc ID 2545757.1 being updated to 
> reflect this.
>
What does archive deletion policy have to do with deleting old backups? 
DELETE BACKUP OF DATABASE COMPLETED BEFORE.... will wipe out the 
unnecessary archive logs as well.


> Issue 2 – Offline backups
>
> Some backups are written to tape and stored offline. These have a 
> different retention period to the normal recovery window, so I tell 
> RMAN they are archival backups and specify the retention time. It 
> seems Netbackup deletes reference to these from its catalogue as they 
> are stored offline. So if I do a crosscheck it marks all offline 
> backups as having expired. I can’t seem to get RMAN to manage these 
> backups. When it comes to delete them it says they have expired and to 
> run a crosscheck, but if I do that it marks all offline backups as 
> having expired. Then if I delete expired backups, it will delete all 
> offline backups. Is there a way to tell RMAN that these backups are 
> offline?
>
> Has anyone solved these issues? I’d like to completely automate my 
> management of backups, but either I am misunderstanding something, or 
> RMAN doesn’t handle anything but  the simplest cases.
>
> Thanks
>
> Paul
>
When you move backup tape from a unit not visible to NB you need to do 
crosscheck backup of database device type SBT_TAPE. You can also do 
"CHANGE" to AVAILABLE. This is all pretty routine stuff. Be careful, if 
you delete the backup from catalog, you will not be able to change it 
back from EXPIRED to AVAILABLE.

-- 
Mladen Gogala
Database Consultant
Tel: (347) 321-1217
https://dbwhisperer.wordpress.com

--------------PKdW44k8qnaApGcGYm0ULowh
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix">Replies in-line:<br>
    </div>
    <div class="moz-cite-prefix">On 10/10/22 05:44, Paul Houghton
      (Paul.Houghton) wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:LO4P265MB3470D88048C007490A3FBECCE6209@LO4P265MB3470.GBRP265.PROD.OUTLOOK.COM">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <meta name="Generator" content="Microsoft Word 15 (filtered
        medium)">
      <style>@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	mso-fareast-language:EN-US;}a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	text-decoration:underline;}a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:#954F72;
	text-decoration:underline;}span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Calibri",sans-serif;
	color:windowtext;}.MsoChpDefault
	{mso-style-type:export-only;
	mso-fareast-language:EN-US;}div.WordSection1
	{page:WordSection1;}</style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1">
        <p class="MsoNormal">We have RMAN backups with a recovery
          catalogue, which backs up to Netbackup, which of course
          maintains its own catalogue of backups.<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">I have two issues keeping the catalogues in
          sync<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">Issue 1 – Test/cloned databases<o:p></o:p></p>
        <p class="MsoNormal">We have test databases which are backed up,
          but periodically refreshed from production. The issue is that
          the database which relates to the backups I have taken no
          longer exists, but there is another database with the same
          name. I can’t delete old backups because I have an archive log
          deletion policy. It seems I have to choose between managing
          the archive logs before the database is refreshed, or managing
          the backups after it has been refreshed, unless we can change
          the archive log deletion policy just before the database is
          deleted. I did open an SR which resulted in Doc ID 2545757.1
          being updated to reflect this.</p>
      </div>
    </blockquote>
    <p>What does archive deletion policy have to do with deleting old
      backups? DELETE BACKUP OF DATABASE COMPLETED BEFORE.... will wipe
      out the unnecessary archive logs as well.<br>
    </p>
    <p><br>
    </p>
    <blockquote type="cite"
cite="mid:LO4P265MB3470D88048C007490A3FBECCE6209@LO4P265MB3470.GBRP265.PROD.OUTLOOK.COM">
      <div class="WordSection1">
        <p class="MsoNormal"><o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">Issue 2 – Offline backups<o:p></o:p></p>
        <p class="MsoNormal">Some backups are written to tape and stored
          offline. These have a different retention period to the normal
          recovery window, so I tell RMAN they are archival backups and
          specify the retention time. It seems Netbackup deletes
          reference to these from its catalogue as they are stored
          offline. So if I do a crosscheck it marks all offline backups
          as having expired. I can’t seem to get RMAN to manage these
          backups. When it comes to delete them it says they have
          expired and to run a crosscheck, but if I do that it marks all
          offline backups as having expired. Then if I delete expired
          backups, it will delete all offline backups. Is there a way to
          tell RMAN that these backups are offline?<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">Has anyone solved these issues? I’d like to
          completely automate my management of backups, but either I am
          misunderstanding something, or RMAN doesn’t handle anything
          but  the simplest cases.<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">Thanks<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">Paul<o:p></o:p></p>
      </div>
    </blockquote>
    <p>When you move backup tape from a unit not visible to NB you need
      to do crosscheck backup of database device type SBT_TAPE. You can
      also do "CHANGE" to AVAILABLE. This is all pretty routine stuff.
      Be careful, if you delete the backup from catalog, you will not be
      able to change it back from EXPIRED to AVAILABLE.<br>
    </p>
    <pre class="moz-signature" cols="72">-- 
Mladen Gogala
Database Consultant
Tel: (347) 321-1217
<a class="moz-txt-link-freetext" href="https://dbwhisperer.wordpress.com">https://dbwhisperer.wordpress.com</a>
</pre>
  </body>
</html>

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


