Return-Path: <oracle-l-bounce@freelists.org>
Delivered-To: 2-oracle-l@orafaq.com
Received: (qmail 13510 invoked from network); 14 Dec 2007 23:42:09 -0600
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by static-ip-69-64-49-119.inaddr.intergenia.de with SMTP; 14 Dec 2007 23:42:08 -0600
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 9A9987D9802;
 Sat, 15 Dec 2007 00:42:07 -0500 (EST)
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 19155-05; Sat, 15 Dec 2007 00:42:07 -0500 (EST)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 599887D95E4;
 Sat, 15 Dec 2007 00:42:06 -0500 (EST)
Received: with ECARTIS (v1.0.0; list oracle-l); Fri, 14 Dec 2007 23:54:41 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 540987D8DC9
 for <oracle-l@freelists.org>; Fri, 14 Dec 2007 23:54:41 -0500 (EST)
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 10181-05 for <oracle-l@freelists.org>;
 Fri, 14 Dec 2007 23:54:41 -0500 (EST)
Received: from hs-out-2122.google.com (hs-out-0708.google.com [64.233.178.248])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 08BBF7D8B7F
 for <oracle-l@freelists.org>; Fri, 14 Dec 2007 23:54:40 -0500 (EST)
Received: by hs-out-2122.google.com with SMTP id 23so2338951hsn.2
        for <oracle-l@freelists.org>; Fri, 14 Dec 2007 20:54:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
        bh=rOZNeAGU28zik5bY3yJgjCkYFFivHO/1NNehNo2jiQY=;
        b=Sx2mJ8145BSO8v+9poAOytFfjGv2iBrY67XyWFPM6zDI5vnfhyMHhNnAKz70dl/A2a1IhQj1QH4k/eJU8ZTeLgkD2pF7AGURNhCkSKm+F+jDqyfgDbrAWKODUX+WANJoAZ5dn2pRgWnlS07zhbMFxDBvjVqCRnOJuOUGDrPh3lQ=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
        b=lh/ri9eZG0xn6T091zBm/G156NOCxri/tKcPqBZrSzmbzjITv1siv4/CrdYUgIpnVn8w1iY1EbtYuTi71N5M/+sAazbJkrVOqEs2anSpYsAe0yhK+bOcfyMDjOIaTE0fGMdklPD64r6Udq+glnZ95360k8LMDTKTtzwMZBJV+F0=
Received: by 10.151.10.7 with SMTP id n7mr1518098ybi.6.1197694480442;
        Fri, 14 Dec 2007 20:54:40 -0800 (PST)
Received: by 10.150.122.12 with HTTP; Fri, 14 Dec 2007 20:54:40 -0800 (PST)
Message-ID: <cf3341710712142054q4d1edf5clf1ad45f99423fbe3@mail.gmail.com>
Date: Fri, 14 Dec 2007 21:54:40 -0700
From: "Mark Brinsmead" <pythianbrinsmead@gmail.com>
To: john.hallas@bjss.co.uk
Subject: Re: Oracle (11g) on Solaris X86 - bad move?
Cc: "Alex Gorbachev" <ag@oracloid.com>, oracle-l@freelists.org
In-Reply-To: <E02CB9B2777CF8459C86C49B48C48EC602C9F07C@exchange.bjss.co.uk>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_1709_17184883.1197694480420"
References: <E02CB9B2777CF8459C86C49B48C48EC602C001A2@exchange.bjss.co.uk>
	 <c2213f680712091914j148f6d59m59dff36a610f6682@mail.gmail.com>
	 <E02CB9B2777CF8459C86C49B48C48EC602C9F07C@exchange.bjss.co.uk>
X-archive-position: 3949
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: pythianbrinsmead@gmail.com
Precedence: normal
Reply-to: pythianbrinsmead@gmail.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
X-Virus-Scanned: Debian amavisd-new at localhost.localdomain
------=_Part_1709_17184883.1197694480420
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

John,

   I have just done some research on this subject for a customer.

   Let me first note that you may have blended two platforms into one.
Oracle supports "Solaris-x86" and "Solaris-x86_64" as two distinct platforms
-- 32-bit and 64-bit respectively.

   The "Solaris-x86" (32-bit) platform is dead for all practical purposes.
In the Metalink "Certify" matrix, there is a clear statement that 10gR2 is
the terminal release for "Solaris-x86".  Further, there is no plan to
*ever*release the
10.2.0.3 patchset for 32-bit solaris, and Oracle is not saying when (or
whether) they plan to release 10.2.0.4 for same.

   The 64-bit platform is at least a little different.  10.2.0.3 *has* been
released, as I recall, for 64-bit Solaris-x86 ("Solaris-x86_64"), and
10.2.0.4 is planned for release some time in 2008.  There has been no
statement made regarding when (or whether!) 11g will be released for this
platform.

   My client is prepared to gamble that 11g *will* be released for
Solaris-x86_64, eventually, at least.  (They have no interest in 11g for at
least a year anyway.)  Of course, I have advised caution -- personally I
would not place a large wager on the question of whether the platform
survives to see the release of 11g, but it might.


On Dec 10, 2007 1:23 AM, John Hallas <john.hallas@bjss.co.uk> wrote:

> Thanks Alex,
> Yours was the only response to the list but I had 3 private messages all
> basically agreeing with what I see as a major concern.
>
> One sentence seems to summarise the situation "However, the lack of
> direction and support from Oracle on certifying EBS on Solaris-x86 has
> been a barrier for us to come to the final decision".
>
> Whilst not wanting to go too specifically into our situation the client
> has selected Oracle as the database of choice and the x86 chip as best
> bang for the buck. I personally think that the o/s should be Linux, but
> that requires a major sea-change for the client. Before I raised the
> issue I wanted to be sure that I was not a voice in the wilderness and
> easily shot down. I don't think that is the case.
>
> The application code is pretty o/s independent anyway as you pointed out
> it should be.
>
> John
>
>
> ...
>


-- 
Cheers,
-- Mark Brinsmead
  Senior DBA,
  The Pythian Group
  http://www.pythian.com/blogs

------=_Part_1709_17184883.1197694480420
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

John,<br><br>&nbsp;&nbsp; I have just done some research on this subject for a customer.<br><br>&nbsp;&nbsp; Let me first note that you may have blended two platforms into one.&nbsp; Oracle supports &quot;Solaris-x86&quot; and &quot;Solaris-x86_64&quot; as two distinct platforms -- 32-bit and 64-bit respectively.
<br><br>&nbsp;&nbsp; The &quot;Solaris-x86&quot; (32-bit) platform is dead for all practical purposes.&nbsp; In the Metalink &quot;Certify&quot; matrix, there is a clear statement that 10gR2 is the terminal release for &quot;Solaris-x86&quot;.&nbsp; Further, there is no plan to 
<i>ever</i> release the <a href="http://10.2.0.3">10.2.0.3</a> patchset for 32-bit solaris, and Oracle is not saying when (or whether) they plan to release <a href="http://10.2.0.4">10.2.0.4</a> for same.<br><br>&nbsp;&nbsp; The 64-bit platform is at least a little different.&nbsp; 
<a href="http://10.2.0.3">10.2.0.3</a> <i>has</i> been released, as I recall, for 64-bit Solaris-x86 (&quot;Solaris-x86_64&quot;), and <a href="http://10.2.0.4">10.2.0.4</a> is planned for release some time in 2008.&nbsp; There has been no statement made regarding when (or whether!) 11g will be released for this platform.
<br><br>&nbsp;&nbsp; My client is prepared to gamble that 11g <i>will</i> be released for Solaris-x86_64, eventually, at least.&nbsp; (They have no interest in 11g for at least a year anyway.)&nbsp; Of course, I have advised caution -- personally I would not place a large wager on the question of whether the platform survives to see the release of 11g, but it might.
<br><br><br><div class="gmail_quote">On Dec 10, 2007 1:23 AM, John Hallas &lt;<a href="mailto:john.hallas@bjss.co.uk">john.hallas@bjss.co.uk</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Thanks Alex,<br>Yours was the only response to the list but I had 3 private messages all<br>basically agreeing with what I see as a major concern.<br><br>One sentence seems to summarise the situation &quot;However, the lack of
<br>direction and support from Oracle on certifying EBS on Solaris-x86 has<br>been a barrier for us to come to the final decision&quot;.<br><br>Whilst not wanting to go too specifically into our situation the client<br>has selected Oracle as the database of choice and the x86 chip as best
<br>bang for the buck. I personally think that the o/s should be Linux, but<br>that requires a major sea-change for the client. Before I raised the<br>issue I wanted to be sure that I was not a voice in the wilderness and
<br>easily shot down. I don&#39;t think that is the case.<br><br>The application code is pretty o/s independent anyway as you pointed out<br>it should be.<br><font color="#888888"><br>John<br></font><div><div></div><div class="Wj3C7c">
<br><br>...</div></div></blockquote></div><br clear="all"><br>-- <br>Cheers,<br>-- Mark Brinsmead<br> &nbsp; Senior DBA,<br> &nbsp; The Pythian Group<br> &nbsp; <a href="http://www.pythian.com/blogs">http://www.pythian.com/blogs</a>

------=_Part_1709_17184883.1197694480420--
--
http://www.freelists.org/webpage/oracle-l


