Re: Locally managed tablespaces and raw devices

At my previous company, I managed an OPS database ver. 8.1.7.1 with ALL tablespaces locally managed (auto allocate) and on the raw devices.There were no problems, if we disregard the famous "Philamae comparison".
On Thu, 2003-10-02 at 15:14, Louis Avrami wrote:
> Hi all,
>
> I just inherited an 8.1.7.4 database running on Solaris 2.8,
> 16 k block size, using raw devices for database datafiles. The
> raw slices all appear to be a uniform size, 200 meg each. As
> part of my initial site survey, I noticed that the tablespaces
> are all dictionary managed.
>
> Would it be optimal to convert the existing application data
> and index tablespaces to locally managed tablespaces?
>
> Does anyone know of any issues/problems when using locally managed
> tablespaces with raw devices?
>
> Another question that I do have concerns the proper sizing of
> datafiles for new tablespaces. I have only utilized locally
> managed tablespaces on OS filesystems. With OS-level datafiles
> I usually create datafiles as a multiple of the OS filesystem
> block size + 64K for the bitmap header and metadata blocks.
> For example:
>
> OS block size datafile size
> ------------- -------------
> 8k 256 meg + 64k
>
>
> With raw disk slices, the OS filesystem is bypassed. What then
> should be the optimal "formula" when creating new datafiles?
>
> Thanks,
> Lou Avrami
>
>
>
>
>
>
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.net

Note:
This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Wang Trading LLC and any of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity.

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Mladen Gogala
  INET: mladen_at_wangtrading.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).