Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
что выбрать для размещения БД: файлы или raw-device?
|
|||
|---|---|---|---|
|
#18+
Всем привет! Предстоит установить ASE 12.5.1 на Solaris 10 (SPARC). Опыт эксплуатации ASE на юниксах отсутствует (вообщен с Solaris более-менее знаком). В доке по raw-device как-то скупо, более-менее вразумительно только в Troubleshooting Guide раздел "How to choose between raw partitions and UNIX files". Как я понял, основные проблемы из-за кэширования записи со стороны файловой системы (возможно повреждение данных), но это вроде как лечится установкой dsync=true. Есть какие-то другие вeские преимущества/недостатки файлов и raw-device? (в плане производительности, допустим). К слову, предполагается, что raw-device будет либо мета-устройством Solaris Volume Manager, либо LUN-ом на внешнем дисковом массиве... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2007, 11:01 |
|
||
|
что выбрать для размещения БД: файлы или raw-device?
|
|||
|---|---|---|---|
|
#18+
Одназначно надо выбирать RAW, если вас конечно интересует производительность. - dsync=true -- это большой торомоз. Кроме того, если девайсы на файлах, то тогда не будет ASYNC IO. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2007, 11:20 |
|
||
|
что выбрать для размещения БД: файлы или raw-device?
|
|||
|---|---|---|---|
|
#18+
производительность конечно интересует... кроме того, не хотелось бы потом все переделывать, тем более на сервере, работающем почти в режиме 24/7 по форуму ранее были посты, что при переходе на raw производительность как раз снижалась... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2007, 12:11 |
|
||
|
что выбрать для размещения БД: файлы или raw-device?
|
|||
|---|---|---|---|
|
#18+
_kvs по форуму ранее были посты, что при переходе на raw производительность как раз снижалась... Чушь... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2007, 12:22 |
|
||
|
что выбрать для размещения БД: файлы или raw-device?
|
|||
|---|---|---|---|
|
#18+
_kvs Есть какие-то другие вeские преимущества/недостатки файлов и raw-device? (в плане производительности, допустим). К слову, предполагается, что raw-device будет либо мета-устройством Solaris Volume Manager, либо LUN-ом на внешнем дисковом массиве... имея многолетний опіт использования ASE на *nix (в т.ч. на SUN) скажу - однозначно только RAW хотя ими сложнее управлять в сравнении с файлами... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2007, 15:05 |
|
||
|
что выбрать для размещения БД: файлы или raw-device?
|
|||
|---|---|---|---|
|
#18+
по пользовательским базам лучше RAW, а TEMPDB лучше в файлы, они будут дополнительно кешироваться ОС. Тесты показывают, что производительность получается выше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2007, 16:30 |
|
||
|
что выбрать для размещения БД: файлы или raw-device?
|
|||
|---|---|---|---|
|
#18+
tempdb вообще лучше в память посадить raw действительно лучше и, чтобы было легче управлять лучше сделать на них статические линки но, как показала практика, имея нормальный raid, быстродействие все же быстрее получается если раида нет, то партицирование таблиц - очень занимательное занятие если учесть то, что кол-во слайсов ограничено на одном диске 7-ю и, если дисков не очень много, особо с партицированием не развернешся... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2007, 17:51 |
|
||
|
что выбрать для размещения БД: файлы или raw-device?
|
|||
|---|---|---|---|
|
#18+
morisОдназначно надо выбирать RAW, если вас конечно интересует производительность. - dsync=true -- это большой торомоз. Кроме того, если девайсы на файлах, то тогда не будет ASYNC IO. ASYNC IO на Solaris file system ASE device есть... Кусок log (В действительности файлы on top of SVM metadevices + links): Solaris 10, ASE 12.5.4: 00:00000:00001:2007/04/10 18:11:02.94 server Activating disk 'user_data_01_01' of size 2097152 KB. 00:00000:00001:2007/04/10 18:11:02.94 kernel Initializing virtual device 4, '/dev/sybase/SYB_RTMS_CAGE/data01/user_data_01.dat' wit h dsync 'on'. 00:00000:00001:2007/04/10 18:11:02.94 kernel Virtual device 4 started using asynchronous i/o. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2007, 19:56 |
|
||
|
что выбрать для размещения БД: файлы или raw-device?
|
|||
|---|---|---|---|
|
#18+
Peter Kirillowtempdb вообще лучше в память посадить то есть сделать RAM-диск? не занимался этим под Solaris... какой раздел man'а почитать? Peter Kirillow как показала практика, имея нормальный raid, быстродействие все же быстрее получается имеется в виду быстрее на raw? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2007, 08:37 |
|
||
|
что выбрать для размещения БД: файлы или raw-device?
|
|||
|---|---|---|---|
|
#18+
Гость123по пользовательским базам лучше RAW, а TEMPDB лучше в файлы, они будут дополнительно кешироваться ОС. Тесты показывают, что производительность получается выше. что-то не совсем я понял... вообще говоря, tempdb, как и остальные базы, кэшируется со стороны ASE. Так почему для повышения производительности все базы лучше класть на raw (как я понимаю, чтоб избежать двойного кэширования со стороны ОС и ASE), в вот tempdb лучше на файлы... почему? или это чистая эмпирика? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2007, 09:23 |
|
||
|
что выбрать для размещения БД: файлы или raw-device?
|
|||
|---|---|---|---|
|
#18+
и еще такой вопрос: устройства для журнала транзакций ASE лучше на raw делать или на файлах? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2007, 10:17 |
|
||
|
что выбрать для размещения БД: файлы или raw-device?
|
|||
|---|---|---|---|
|
#18+
_kvs что-то не совсем я понял... вообще говоря, tempdb, как и остальные базы, кэшируется со стороны ASE. Так почему для повышения производительности все базы лучше класть на raw (как я понимаю, чтоб избежать двойного кэширования со стороны ОС и ASE), в вот tempdb лучше на файлы... почему? или это чистая эмпирика? Temdb действительно лучше размещать на файлах, т.к. во время записи данных на диск, сначала будет производиться кеширование на уровне файлового кеша, и только потом большим блоком сама OS запишет все изменения на диск. Разумеется для tempdb dsync должен быть off. Также в файловом кеше данные, которые пока еще не записались, могут быть Update, и тогда физически на диск запишется только последние изменненые данные. Разумеется, что при сбое сервера, данные файлового кеша могут быть потерены, хотя ASE "уверен", что он их записал на диск. Поэтому такой механизм не подходит для пользователских БД. Так как tempdb каждый раз перестравается после старта ASE, то такой механизм конкрентно для tempdb подходит, и дает выигрыш в производительности по сравненению с размежением tempdb на raw. Как вам правильно тут советовали, еще будет лучше разместить tempdb на RAM девайсах, т.е. в вообще в памяти. _kvs и еще такой вопрос: устройства для журнала транзакций ASE лучше на raw делать или на файлах? конечно на RAW. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2007, 11:18 |
|
||
|
что выбрать для размещения БД: файлы или raw-device?
|
|||
|---|---|---|---|
|
#18+
всем большое спасибо, теперь более-менее все ясно ну а по RAM-дискам под Соларис доку почитаю... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2007, 11:32 |
|
||
|
что выбрать для размещения БД: файлы или raw-device?
|
|||
|---|---|---|---|
|
#18+
смонтировать и дать права на маунт-поинт : (обычно в /etc/rc2.d) mount -F tmpfs -o size=1000m RAM /TEMPDB chmod -R 775 /TEMPDB chgrp -R sybase /TEMPDB и размонтировать (/etc/rc0.d) umount /TEMPDB строго после скрипта останова ASE !! в скрипте старта ASE вначале надо создавать файл, который будет дивайсом для tempdb т.к. после физического перезагруза сервера там его естественно уже не останется например touch /TEMPDB/tempdb всю структуру ASE поднимет из мастера ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2007, 12:05 |
|
||
|
что выбрать для размещения БД: файлы или raw-device?
|
|||
|---|---|---|---|
|
#18+
moris пишет: > Как вам правильно тут советовали, еще будет лучше разместить tempdb на > RAM девайсах, т.е. в вообще в памяти. А может все-таки эту "лишнюю" память лучше ASE отдать, под тот же кэш для tempdb ? Я вообще не понимаю, зачем RAM -диск если можно кэш для tempdb сделать, чтобы он полностью tempdb вмещал. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2007, 12:08 |
|
||
|
что выбрать для размещения БД: файлы или raw-device?
|
|||
|---|---|---|---|
|
#18+
Peter Kirillow пишет: > touch /TEMPDB/tempdb > всю структуру ASE поднимет из мастера Исправление -- из model. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2007, 12:11 |
|
||
|
что выбрать для размещения БД: файлы или raw-device?
|
|||
|---|---|---|---|
|
#18+
MasterZiv кэш для tempdb сделать, чтобы он полностью tempdb вмещал. естественно можно и так. с единственным преимуществом - возможность поиграться с размерами буферов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2007, 12:29 |
|
||
|
что выбрать для размещения БД: файлы или raw-device?
|
|||
|---|---|---|---|
|
#18+
MasterZiv А может все-таки эту "лишнюю" память лучше ASE отдать, под тот же кэш для tempdb ? Я вообще не понимаю, зачем RAM -диск если можно кэш для tempdb сделать, чтобы он полностью tempdb вмещал. Неа... RAM диски лучше. Так, даже если и вся tempdb будет лежать в своем кеше, то все-равно во время checkpoint "грязные страницы" будут флушится на диск. Несмотря на то, что checkpoint для tempdb несколько оптимизированы, в любом случае это физический ввод\вывод. В случае RAM дисков под tempdb, обычно делается свой кеш очень малого размера, (чтобы не было двойного использования памяти), и во время checkpoint или когда странички переходят washpoint, происходит флуш из RAM в RAM. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2007, 13:39 |
|
||
|
что выбрать для размещения БД: файлы или raw-device?
|
|||
|---|---|---|---|
|
#18+
moris... RAM диски лучше. +1. Но это зависит как tempdb используется и где расположена. Если на отдельном диске/канале и их пропускная способность не узкое место, то возможно выигрыша не будет. А проверить можно достаточно просто, даже не останавливая сервера - сделайте disk mirror для девайсов tempdb на /tmp и disk unmirror primary. Прогоните тесты и сделайте выводы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.04.2007, 03:30 |
|
||
|
|

start [/forum/topic.php?fid=55&msg=34474593&tid=2012137]: |
0ms |
get settings: |
10ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
42ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
74ms |
get tp. blocked users: |
2ms |
| others: | 258ms |
| total: | 425ms |

| 0 / 0 |
