Return-Path: <oracle-l-bounce@freelists.org>
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 223AE196061A
 for <oracle-l@orafaq.com>; Mon,  9 Sep 2013 21:01:32 +0200 (CEST)
Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180])
 by puck1183.startdedicated.com (Postfix) with ESMTP
 for <oracle-l@orafaq.com>; Mon,  9 Sep 2013 21:01:32 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 8780125946;
 Mon,  9 Sep 2013 15:01:30 -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 R6w4HVlq4k7r; Mon,  9 Sep 2013 15:01:30 -0400 (EDT)
Received: from turing.freelists.org (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 7C35225800;
 Mon,  9 Sep 2013 15:00:46 -0400 (EDT)
Received: with ECARTIS (v1.0.0; list oracle-l); Mon, 09 Sep 2013 15:00:05 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 6E90B257DB
 for <oracle-l@freelists.org>; Mon,  9 Sep 2013 15:00:04 -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 S7YTUOd-aae0 for <oracle-l@freelists.org>;
 Mon,  9 Sep 2013 15:00:04 -0400 (EDT)
Received: from webmail.micros.com (usmail2k10cas1.micros.com [63.163.61.226])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 1B60324BD7
 for <oracle-l@freelists.org>; Mon,  9 Sep 2013 15:00:02 -0400 (EDT)
Received: from USMAIL2K1001.us.Micros.int ([172.28.196.154]) by
 USMAIL2K10CAS1.us.micros.int ([::1]) with mapi id 14.03.0123.003; Mon, 9 Sep
 2013 15:00:00 -0400
From: "Uzzell, Stephan" <SUzzell@MICROS.COM>
To: 'Martin Klier' <usn@usn-it.de>
CC: "Rui.Amaral@tdsecurities.com" <Rui.Amaral@tdsecurities.com>,
 "oracle-l@freelists.org" <oracle-l@freelists.org>, "Steele, Justin"
 <JSteele@MICROS.COM>, "Uzzell, Stephan" <SUzzell@MICROS.COM>
Subject: RE: PSU Application Question
Thread-Topic: PSU Application Question
Date: Mon, 9 Sep 2013 18:59:59 +0000
Message-ID: <DF78EADE484D37419A53F5C898629DB7A94C0DDA@usmail2k1001.us.micros.int>
References: <DF78EADE484D37419A53F5C898629DB7A94C055F@usmail2k1001.us.micros.int>
 <CC45762506E4C84A8612307613CDCB2512FE4FBC9B@EX7T2-SV08.TDBFG.COM>
 <DF78EADE484D37419A53F5C898629DB7A94C0661@usmail2k1001.us.micros.int>
 <CC45762506E4C84A8612307613CDCB2512FE4FBD0A@EX7T2-SV08.TDBFG.COM>
 <522DE797.9090109@usn-it.de>
 <DF78EADE484D37419A53F5C898629DB7A94C072B@usmail2k1001.us.micros.int>
 <522DED57.9030408@usn-it.de>
In-Reply-To: <522DED57.9030408@usn-it.de>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [172.28.124.129]
Content-type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
X-archive-position: 50556
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: SUzzell@MICROS.COM
Precedence: normal
Reply-To: SUzzell@MICROS.COM
List-help: <mailto:ecartis@freelists.org?Subject=help>
List-unsubscribe: <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: <oracle-l-request@freelists.org?Subject=subscribe>
List-owner: <mailto:steve.adams@ixora.com.au>
List-post: <mailto:oracle-l@freelists.org>
List-archive: <http://www.freelists.org/archives/oracle-l>
X-list: oracle-l

Thank you to everyone who responded. It appears that one can also run opatch auto -oh <DB HOME> to patch that home, even if there's no database in place yet.

Stephan Uzzell


-----Original Message-----
From: Martin Klier [mailto:usn@usn-it.de] 
Sent: Monday, 09 September, 2013 11:47
To: Uzzell, Stephan
Cc: Rui.Amaral@tdsecurities.com; oracle-l@freelists.org; Steele, Justin
Subject: Re: PSU Application Question

Hi Stephan,

if it's "clever" - I don't know, but I just do "opatch apply" in the DB $OH for the missing patches afterwards. And I alwys do it for both: Grid Home and DB home PSU, because sometimes the GI patch contains stuff to be applied to the DB home. If not, no harm is done.

NEVER forget to execute "catbundle.sql psu apply". It's always mandatory  to call it - even in the case when you created the instance AFTER applying the PSU to the ORACLE_HOME.

Regards
Martin

Uzzell, Stephan schrieb:
> Hi Martin,
> 
> That was sort of what we started to suspect. For our new builds, this is fine - we will simply create the DB (and register) before applying the PSU. However, we are planning on migrating some databases from Windows to Linux via EMC Snap Cloning. We'd really prefer not to have to create a database (that we will then drop) in order to apply the PSU prior to the migration, and we'd certainly prefer not to have to add the PSU to our migration windows. Any clever workarounds for this problem?
> 
> Thanks!
> 
> Stephan Uzzell
> 

--
Usn's IT Blog for Oracle and Linux
http://www.usn-it.de


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