Re: AIX to linux migration

"JEDIDIAH" <jedi_at_nomad.mishnet> wrote in message news:u5v9i3-tis.ln1_at_nomad.mishnet...
> On 2006-04-28, Bob Jones <email_at_me.not> wrote:

>>
>> "JEDIDIAH" <jedi_at_nomad.mishnet> wrote in message
>> news:jcs5i3-m4t.ln1_at_nomad.mishnet...
>>> On 2006-04-27, Bob Jones <email_at_me.not> wrote:
>>>>
>>>> "JEDIDIAH" <jedi_at_nomad.mishnet> wrote in message
>>>> news:2i84i3-ekj.ln1_at_nomad.mishnet...
>>>>> On 2006-04-26, Bob Jones <email_at_me.not> wrote:
>>>>>>
>>>>>> "JEDIDIAH" <jedi_at_nomad.mishnet> wrote in message
>>>>>> news:1o02i3-sn8.ln1_at_nomad.mishnet...
>>>>>>> On 2006-04-22, Bob Jones <email_at_me.not> wrote:
>>>>>>>>
>>>>>>>> "astalavista" <nobody_at_nowhere.com> wrote in message
>>>>>>>> news:444a354c$0$31449$626a54ce_at_news.free.fr...
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> We are going to test our Datawarehouse running on :
>>>>>>>>> Oracle 9.2.0.5 on AIX 5.1  + DAS
>>>>>>>>> to
>>>>>>>>> Oracle 10.2  on Linux AS 4 x86_64 + SAN HP EVA 4000
>>>>>>>>>
>>>>>>>>> Have you some recommandations, advices ?
>>>>>>>>>
>>>>>>>>> ASM ?
>>>>>>>>> OCFS ?
>>>>>>>>> block size 16k , 32k ?
>>>>>>>>> Raw device ?
>>>>>>>>> SAN configuration? LUN organisation ?
>>>>>>>>>
>>>>>>>>
>>>>>>>> Are you running RAC? I would suggest reading the manuals on these
>>>>>>>> topics.
>>>>>>>
>>>>>>> That will certainly answer the questions he's posted <NOT>.
>>>>>>>
>>>>>>> RTFM will not give him the slightest clue about which particular
>>>>>>> bits and bobs should be implemented versus other alternatives. If 
>>>>>>> he's
>>>>>>> lucky, TFM will not be littered with Oracle sales BS.
>>>>>>>
>>>>>>
>>>>>> I normally do not like to tell people to read TFM, but with the
>>>>>> information
>>>>>> provided, it's hard to help. IMO, the best way is to read about the
>>>>>> options
>>>>>> and make decisions based on specific requirements.
>>>>>
>>>>> The manuals might tell you whats out there. They probably aren't
>>>>> even complete in that respect. They certainly won't give you any idea 
>>>>> of
>>>>> what works well versus other options that just aren't worth the 
>>>>> trouble
>>>>> no matter how cheap they are.
>>>>>
>>>>> If you want real information about what other people have successfully
>>>>> done, join a mailing list like oracle-suse or one of the ocfs2 lists.
>>>>> You
>>>>> will
>>>>> at least see examples of people trying to make RAC work, what they're
>>>>> trying
>>>>> with and what some of their issues are.
>>>>>
>>>>
>>>> But they are still no substitution for manuals, if you want to gain 
>>>> good
>>>> understanding of the topics.
>>>
>>> That's a bit like saying a numerical analysis textbook will
>>> give you a good understanding of high performance computing.
>>>
>>
>> I have to respectfully disagree. Manuals are very specific on these 
>> topics.
>

The ones from the vendors.

> Manuals are like textbooks. They don't give you any real clue. They
> just give you enough background knowledge so that you can ask meaningful
> questions. They also give you just enough knowledge to be dangerous and
> convince others you know what you're doing.
>

If learning from the manuals can make you dangerous, I can't imagine not learning from them would do to you.

How else do you learn other than from the manuals? By hacking?

> This is why most professions have an aprenticeship period.
>

Not without first knowing the subjects. Received on Fri Apr 28 2006 - 19:36:03 CDT