Unix Technical Forum

SEO

vBulletin Search Engine Optimization


Go Back   Unix Technical Forum > Database Server Software > Sybase

Register FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 05-10-2008, 02:04 PM
Wayne Happ
 
Posts: n/a
Default Specifying Segment to Place Database


I'm working in a large corporate data center with a typical EMC (Like)
data storage array. I don't know exactly what it is... But it's some
sort of storage system. I have a co-worker who is convinved that
performance can be improved by specifying what segments to place the
database on. An active database gets it's own disk and so on.
Now I've been at this for a while and I know that this sort of
optimization was done in the past. But when I have an SQL server
connected to one of the modern storage devices, is the concept of
segments and disks relevant anymore? I know there are segments defined
on my dataserver. But as far as I know, that's an abstraction to humor
me. My hardware huy tells me that these devices have something of
their own OS and one never really knows how it's deciding to store
data. Let alone where exactly.

Am I more wrong then right or visa-versa?

Wayne
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
  #2 (permalink)  
Old 05-10-2008, 02:04 PM
Karl.Goedereis@mueller.de
 
Posts: n/a
Default Re: Specifying Segment to Place Database

On 5 Mai, 20:28, Wayne Happ <wayneh...@earthlink.net> wrote:
> I'm working in a large corporate data center with a typical EMC (Like)
> data storage array. I don't know exactly what it is... But it's some
> sort of storage system. I have a co-worker who is convinved that
> performance can be improved by specifying what segments to place the
> database on. An active database gets it's own disk and so on.
> Now I've been at this for a while and I know that this sort of
> optimization was done in the past. But when I have an SQL server
> connected to one of the modern storage devices, is the concept of
> segments and disks relevant anymore? I know there are segments defined
> on my dataserver. But as far as I know, that's an abstraction to humor
> me. My hardware huy tells me that these devices have something of
> their own OS and one never really knows how it's deciding to store
> data. Let alone where exactly.
>
> Am I more wrong then right or visa-versa?
>
> Wayne


Hi Wayne,
i am running big, timecritical oltp and olap produktion since many
years.
Over the years the storage became more an more intelligent from disks
over stripes
with own caches to intelligent, capsulated storage-centers. One thing
i still do is:
Im still using in minimum 2 segments for data to split tables and
their indexes
and sent them to (depending of storagesystems)
different disks or different stripes or different storage-boxes (-
systems) to
avoid concurrency when accessing data by index.
Im using this simple logic over cross,
so table 1-data is seg1, its indexes on seg2 , table 2 is seg2, its
indexes on seg 1and so on.
So thats the rest (beside important questions of data security for
data location/logs and so on ) of my policy
with modern storage-systems and ase.
Regards,
Karl

Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
Reply


Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT. The time now is 04:46 AM.


Powered by vBulletin® Version 3.6.5
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Search Engine Optimization by vBSEO 3.1.0

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145