ничего примечательного. обычная солярка.
на M3000 Enterprise два диска в зеркале. не нагруженный

• SunOS 5.10 медленно работает жесткий диск,lavl, 16:15 , 19-Апр-12
  • SunOS 5.10 медленно работает жесткий диск,Z0termaNN, 18:15 , 19-Апр-12
    • SunOS 5.10 медленно работает жесткий диск,lavl, 18:27 , 19-Апр-12
      • SunOS 5.10 медленно работает жесткий диск,Z0termaNN, 10:57 , 20-Апр-12
        • SunOS 5.10 медленно работает жесткий диск,Аноним, 07:17 , 21-Апр-12
      • SunOS 5.10 медленно работает жесткий диск,Wulf, 18:25 , 26-Апр-12
        • SunOS 5.10 медленно работает жесткий диск,lavl, 19:06 , 26-Апр-12
          • SunOS 5.10 медленно работает жесткий диск,wulf, 23:49 , 26-Апр-12

> ничего примечательного. обычная солярка.
> на M3000 Enterprise два диска в зеркале. не нагруженный

сорри, нечаяно нажал на пост.
и так:
не нагруженный оракл, в котором пасутся два человека.
почему то из /oradata/base в /oradata  - файл копируется со скоростью 300-400кбайт. почему такая маленькая скорость внутри одного раздела? /oradata - это одна точка монтирования одного раздела.

в соляре не силен, поэтому обращаюсь.
может быть есть какие то вменяемые понятные диагностические утилиты? sar - мне не помог.
Заранее спасибо!

>[оверквотинг удален]
> сорри, нечаяно нажал на пост.
> и так:
>  не нагруженный оракл, в котором пасутся два человека.
> почему то из /oradata/base в /oradata  - файл копируется со скоростью
> 300-400кбайт. почему такая маленькая скорость внутри одного раздела? /oradata - это
> одна точка монтирования одного раздела.
> в соляре не силен, поэтому обращаюсь.
> может быть есть какие то вменяемые понятные диагностические утилиты? sar - мне
> не помог.
> Заранее спасибо!

наверное смонтировано с forcedirectio, глянь в /etc/vfstab

>[оверквотинг удален]
>> и так:
>>  не нагруженный оракл, в котором пасутся два человека.
>> почему то из /oradata/base в /oradata  - файл копируется со скоростью
>> 300-400кбайт. почему такая маленькая скорость внутри одного раздела? /oradata - это
>> одна точка монтирования одного раздела.
>> в соляре не силен, поэтому обращаюсь.
>> может быть есть какие то вменяемые понятные диагностические утилиты? sar - мне
>> не помог.
>> Заранее спасибо!
> наверное смонтировано с forcedirectio, глянь в /etc/vfstab

да, так и есть:
-bash-3.00# cat /etc/vfstab
#device         device          mount           FS      fsck    mount   mount
#to mount       to fsck         point           type    pass    at boot options
#
fd      -       /dev/fd fd      -       no      -
/proc   -       /proc   proc    -       no      -

# root & swap
/dev/md/dsk/d20 -       -       swap    -       no      -
/dev/md/dsk/d10 /dev/md/rdsk/d10        /       ufs     1       no      logging

# other homes
/dev/md/dsk/d40 /dev/md/rdsk/d40 /oracle        ufs     1       yes     -
/dev/md/dsk/d50 /dev/md/rdsk/d50 /export/home   ufs     1       yes     -
/dev/md/dsk/d30 /dev/md/rdsk/d30 /oradata ufs     1       yes     largefiles,forcedirectio,noatime

/devices        -       /devices        devfs   -       no      -
sharefs -       /etc/dfs/sharetab       sharefs -       no      -
ctfs    -       /system/contract        ctfs    -       no      -
objfs   -       /system/object  objfs   -       no      -
swap    -       /tmp    tmpfs   -       yes     -

а что это значит? если я уберу эту опцию - уменя базюка не навернется?
сервер не нагружен вовсе но в оракле на нем важные данные лежат.

>[оверквотинг удален]
>   -
> objfs   -       /system/object  
> objfs   -       no
>      -
> swap    -       /tmp
>    tmpfs   -    
>   yes     -
> а что это значит? если я уберу эту опцию - уменя базюка
> не навернется?
> сервер не нагружен вовсе но в оракле на нем важные данные лежат.

а кто мешает на время копирования например сделать
mount -o remount,noforcedirectio ?

я не силен в оракле, но в общем-то ввод/вывод без кэша совершенно
необязателен, достаточно, чтобы журналы писались без буфферизации,
а для данных это некритично, хотя оракл утверждает, что без кэша он
будет быстрее работать.
хотя чисто теоретически существует возможность поломки бд при падении
сервера, но я лично такого не видел.

>> а что это значит? если я уберу эту опцию - уменя базюка не навернется?
>> сервер не нагружен вовсе но в оракле на нем важные данные лежат.
> а кто мешает на время копирования например сделать
> mount -o remount,noforcedirectio ?

Тогда вначале надо орку остановить. А перед пуском снова перемонтировать. Раз данные важные ...

В общем - похоже что надо либо забить, либо копировать на другой диск.

>> наверное смонтировано с forcedirectio, глянь в /etc/vfstab
> /dev/md/dsk/d30 /dev/md/rdsk/d30 /oradata ufs     1    
>    yes     largefiles,forcedirectio,noatime
> а что это значит? если я уберу эту опцию - уменя базюка
> не навернется?

не навернется. какой умник придумал ее туда поставить?
оракел и так на ufs датафайлы в directio открывает при
FILESYSTEMIO_OPTIONS = setall

>>> наверное смонтировано с forcedirectio, глянь в /etc/vfstab
>> /dev/md/dsk/d30 /dev/md/rdsk/d30 /oradata ufs     1
>>    yes     largefiles,forcedirectio,noatime
>> а что это значит? если я уберу эту опцию - уменя базюка
>> не навернется?
> не навернется. какой умник придумал ее туда поставить?
> оракел и так на ufs датафайлы в directio открывает при
> FILESYSTEMIO_OPTIONS = setall

внедренец нашего софта. в принципе - если у меня дампы делаются раз в сутки - думаю можно убрать.

> внедренец нашего софта. в принципе - если у меня дампы делаются раз
> в сутки - думаю можно убрать.

да, убрать. и если оракел настроен, чтобы жрать всю доступную RAM, выставить
FILESYSTEMIO_OPTIONS = setall в spfile, если не настроен, то с двойной
буферизацией он может и побыстрее работать будет.