Return-Path: X-Original-To: oracle-l@orafaq.com Delivered-To: oracle-l@orafaq.com Received: from puck1183.startdedicated.com (localhost [127.0.0.1]) by puck1183.startdedicated.com (Postfix) with ESMTP id 24172196125C for ; Thu, 26 Jun 2014 19:38:31 +0200 (CEST) Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180]) by puck1183.startdedicated.com (Postfix) with ESMTP for ; Thu, 26 Jun 2014 19:38:31 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id C14942EC32; Thu, 26 Jun 2014 13:38:29 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new 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 IJv2joRbaDfE; Thu, 26 Jun 2014 13:38:29 -0400 (EDT) Received: from turing.freelists.org (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id A33712EC07; Thu, 26 Jun 2014 13:37:48 -0400 (EDT) Received: with ECARTIS (v1.0.0; list oracle-l); Thu, 26 Jun 2014 13:37:07 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 95E2D2EBFC for ; Thu, 26 Jun 2014 13:37:07 -0400 (EDT) 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 vDUkSCaCcf59 for ; Thu, 26 Jun 2014 13:37:07 -0400 (EDT) Received: from mout.gmx.com (mout.gmx.com [74.208.4.200]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 6EE002EBFB for ; Thu, 26 Jun 2014 13:36:33 -0400 (EDT) Received: from [127.0.0.1] ([166.137.93.11]) by mail.gmx.com (mrgmxus001) with ESMTPSA (Nemesis) id 0LzL2l-1WeaBK49nF-014TL7; Thu, 26 Jun 2014 19:36:32 +0200 Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-ID: <20140626173631.5931152.2605.10646@sanfranmail.com> Date: Thu, 26 Jun 2014 13:36:31 -0400 Subject: Re: higher version Standby database? From: Lyall personal In-Reply-To: References: <20140626171652.5931152.34615.10638@sanfranmail.com> To: Chen Zhou Cc: oracle-l@freelists.org X-Provags-ID: V03:K0:rtjr6rI2z+xmLtCW2qhkKix9I2pkcJuAWwWW47SkNSuv9RG6Lre 4ReKA/X5U9i5tEAgvaPPTB766IdwCXubrCECm4WoYQa1/1s4F4yOp/Tmm0Z4oWOO3sNmCCM b3//3vYe1h5ejT+Q90yUKNJW95zm+i2INLV8bhsiW3nk81XsH5oDL64W20tDMm0ILEASs74 Pgvrv4ljA/S2zySObTWdA== X-archive-position: 55164 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-to: oracle-l-bounce@freelists.org X-original-sender: lyallbarbour@sanfranmail.com Precedence: normal Reply-To: lyallbarbour@sanfranmail.com List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: oracle-l X-List-ID: oracle-l List-subscribe: List-owner: List-post: List-archive: X-list: oracle-l
Looks like....maybe. i'm googling and reading something about= rolling upgrades on the standby
= =

=
Sent from my BlackBerry 10 smartphone.
= = =
=
From: Chen Zhou
Sent: <= /b>Thursday, June 26, 2014 1:30 PM
To: Lyall personal
Cc: oracle-l@freelists.org
Subject: Re: highe= r version Standby database?

Lyall,
Yes.  It will be hard to get users to= understand the need though.  Also it is riskier than making changes o= nly on the standby.
Thank you.
Chen


On Thu, Jun 26, 2014 at 10:16 AM, Lyall pers= onal <lyallbarbour@sanfranmail.com> wrote:
Can you get down time to upgrade the primary? That's the first thing that c= omes to mind. Have 10.2.0.5 primary & Standby
= =

= =
Sent from my BlackBerry 10 smartphone.
= = = =
=
From: Chen Zhou
Sent: Thursday, June 26, 201= 4 1:09 PM
Subject: higher version Standby database?

Hi, Everyone,
= A colleague of mine asked me if I knew what to do in this situation.  = We have a 10.2.0.4  RAC system that needs to be migrated to better ser= vers.  Because of other issues with the primary database, one hurried = decision led to anther, yet another, the end result is he ends up having a = 10.2.0.5 standby RAC database now.  The goal is to activate the standb= y and retire the primary database/servers.  However with the primary a= t 10.2.0.4 and standby at 10.2.0.5.12 with some additional patches, both of= us don't know what is a safe and sure way to migrate in this situation.
Redo the standby would be the last choice due to time-constraint and = the stressed-out primary database.
Thank you in advance for sharin= g your thoughts.
Chen



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