Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
 Много файлов vs Один (или RAW)  [new]
12345678
Guest
Хотелось бы услышать мнение Олла о преимуществах и недостатках
хранения информации БД на диске в файловой системе ОС и
в одном единственном файле (или RAW разделе диска).

Времена FAT конечно прошли, но все же?
8 янв 07, 12:45    [3613070]     Ответить | Цитировать Сообщить модератору
 Re: Много файлов vs Один (или RAW)  [new]
AI
Member

Откуда: Москва
Сообщений: 2817
Для начала сравните время подъема из резерва и объем недоступных на время восстановления сломавшегося файла в 100ГБ и в 10ГБ.
8 янв 07, 14:34    [3613304]     Ответить | Цитировать Сообщить модератору
 Re: Много файлов vs Один (или RAW)  [new]
12345678
Guest
Кажется, что в 10 раз?
Но это в случае восстановления одного файла.
Хотя скорее всего придется востанвливать всю базу,
а не отдельный файл, т.е. 100Г в любом случае.
8 янв 07, 15:11    [3613353]     Ответить | Цитировать Сообщить модератору
 Re: Много файлов vs Один (или RAW)  [new]
AI
Member

Откуда: Москва
Сообщений: 2817
12345678
Кажется, что в 10 раз?
Но это в случае восстановления одного файла.
Хотя скорее всего придется востанвливать всю базу,
а не отдельный файл, т.е. 100Г в любом случае.


Если при потере 10ГБ из 100 надо восстанавливать всю базу (я не рассматриваю случай отката назад по времени), то администратора надо увольнять без права дальнейшей работы админом БД.
8 янв 07, 16:29    [3613456]     Ответить | Цитировать Сообщить модератору
 Re: Много файлов vs Один (или RAW)  [new]
12345678
Guest
автор
Если при потере 10ГБ из 100 надо восстанавливать всю базу (я не рассматриваю случай отката назад по времени), то администратора надо увольнять без права дальнейшей работы админом БД.


Если будет восстанавливать на уровне ФС, то такого точно нужно увольнять ;-)
8 янв 07, 18:19    [3613624]     Ответить | Цитировать Сообщить модератору
 Re: Много файлов vs Один (или RAW)  [new]
Выбегалло
Member

Откуда: Scottsdale, AZ, USA
Сообщений: 3823
12345678
Хотелось бы услышать мнение Олла о преимуществах и недостатках
хранения информации БД на диске в файловой системе ОС и
в одном единственном файле (или RAW разделе диска).

Времена FAT конечно прошли, но все же?


raw позволяет избежать двойной буферизации данных. Правило большого пальца в Иформиксе - raw device дает прирост в ~5% проиводительности.
Насчет разницы в объемах восстановления - зависит от того, как именно используется raw device. Для информикса никакой разницы нет, поскольку восттанавливается не весь диск, а чанк определенной длины. Парниша - сисадмин в Гугле на интервью все напирал на этот фактор, и был удивлен, узнав что для Информикса объем восстановления не зависит от raw/file.
9 янв 07, 08:38    [3614237]     Ответить | Цитировать Сообщить модератору
 Re: Много файлов vs Один (или RAW)  [new]
nkulikov
Guest
Вообще-то все новые файловые системы типа JFS2, NTFS etc поддерживают Direct I/O и тем самым можно обойти 2-ное буферизирование

Но с другой стороны на RAID-ax для DB2 не рекомендуют создавать на файловой системе контейнеры (chunk, файлы) размером более 35GB - примерно на этом размере у файловых начинаются проблемы с конкурентным обращением скажем так к метаинформации.
9 янв 07, 13:48    [3616195]     Ответить | Цитировать Сообщить модератору
 Re: Много файлов vs Один (или RAW)  [new]
12345678
Guest
Может тогда немного преформулировать вопрос:

Oracle,MSSQL,Interbase - ФС для хранения данных ненужна.
MySQL,PostrgesSQL - Хранит только в ФС ОС.

1. Кеш ОС можно обойти.
2. Время backup/restore одинаковое

Тоесть, без разницы, как физически организовано хранение данных в БД?
9 янв 07, 14:24    [3616465]     Ответить | Цитировать Сообщить модератору
 Re: Много файлов vs Один (или RAW)  [new]
тлгдшлщм
Guest
Разница как раз в в деталях, которые ты не уточнил - тип приложения, какой у тебя дисковый массив etc...
пока идет обсуждение сферичесвого коня в вакууме...
9 янв 07, 14:44    [3616653]     Ответить | Цитировать Сообщить модератору
 Re: Много файлов vs Один (или RAW)  [new]
Реалист
Member

Откуда:
Сообщений: 2540
Блог
Может ему и нужен именно этот конь? ;-)

Вобщем так:
- По надежности: почти одинаково. (Хранящие в ФС чуть менее надежные,
но только чуть и только в теории ;-)
- По скорости: почти одинаково. (Хранящие в ФС чуть менее быстрые,
но только чуть и только в теории ;-)

кхм... я кажется повторяюсь?

Вобщем дело вкуса ;-)
10 янв 07, 15:22    [3621955]     Ответить | Цитировать Сообщить модератору
 Re: Много файлов vs Один (или RAW)  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034

Реалист wrote:
> Может ему и нужен именно этот конь? ;-)
>
> Вобщем так:
> - По надежности: почти одинаково. (Хранящие в ФС чуть менее надежные,
> но только чуть и только в теории ;-)
> - По скорости: почти одинаково. (Хранящие в ФС чуть менее быстрые,
> но только чуть и только в теории ;-)
>
> кхм... я кажется повторяюсь?
>
> Вобщем дело вкуса ;-)

разве что файлы из ФС можно тупо скопировать, стопанув сервер. с raw -
все не так просто...

Posted via ActualForum NNTP Server 1.3

10 янв 07, 18:43    [3623491]     Ответить | Цитировать Сообщить модератору
 Re: Много файлов vs Один (или RAW)  [new]
nkulikov
Guest
А смысл копировать файлы??? Для резервного копирования есть утилиты которые это сделают быстрее и надежнее.

Хотя если лень читать документацию..... То да....
11 янв 07, 11:48    [3625901]     Ответить | Цитировать Сообщить модератору
 Re: Много файлов vs Один (или RAW)  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034

nkulikov wrote:
> А смысл копировать файлы??? Для резервного копирования есть утилиты
> которые это сделают быстрее и надежнее.
>
> Хотя если лень читать документацию..... То да....
к примеру - если сервер "лёг"... можно загрузится с компакта и
откопироваться...
Или - если жаль места, а база - не боевая и позволяет остановку (при
простом копировании не требуется место по бэкап).
В МС СКЛ (по крайней мере) используя RAW весь раздел отводится для
одного файла данных, т.е. если реально используется 30% пространства -
еще одну базу туда не засунешь...

Posted via ActualForum NNTP Server 1.3

12 янв 07, 14:50    [3633231]     Ответить | Цитировать Сообщить модератору
Все форумы / Сравнение СУБД Ответить