CftClub.ru
Клуб специалистов ЦФТ-Банк

Размер файлов данных

 
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Oracle DBA
Предыдущая тема :: Следующая тема  
Автор Сообщение
Kozyrev
Участник - экстремал


Вступление в Клуб: 03.09.2007
СообщениеПт Июл 09, 2010 11:16   Размер файлов данных Ответить с цитатой
Полезность: Нет оценки
Добрый день!

Есть табличное простраснство с файлами данных ограниченными в размере в 2Gb. Файлики постепенно заполняются.

При их заполнении, с точки зрения скорости доступа к данным, что целесообразнее выполнять:

добавлять новые файлы данных к имеющимся, или увеличивать MAXSIZE у существующих?
Serj
Профи


Вступление в Клуб: 02.08.2007
СообщениеПн Июл 12, 2010 05:27    Ответить с цитатой
Полезность: Нет оценки
Смотря что за СХД используется для рамещения файлов табличного пространства - если нет затыков в "вводе-выводе" , то имеет смысл сделать файлы данных размером скажем ну 10 Гб, вообще кому как удобно тот так и делает - все зависит от операционной системы - как она работает с большими файлами и хранилеща данных. Много мелких файликов можно раскидать по не очень скоростным устройствам - или все положить на быструю СХД на FC например, вообще чтобы говорить о том что лучше нужно посмотреть нагрузку на дисковую систему во время работы , в Solaris iostat поможет , можно AWR оракловый посмотреть какие файлы данных интенсивнее всего используются для чтения -записи. Данных маловато чтобы сказать однозначно, однако с кучей мелких файлов лично мне сложнее работать чем с несколькими крупными не зря big file ТП в Oracle придумали.
tsktalk
Участник со стажем


Вступление в Клуб: 27.09.2007
СообщениеПн Июл 12, 2010 05:57    Ответить с цитатой
Полезность: Нет оценки
Serj пишет:
Смотря что за СХД используется для рамещения файлов табличного пространства - если нет затыков в "вводе-выводе" , то имеет смысл сделать файлы данных размером скажем ну 10 Гб, вообще кому как удобно тот так и делает - все зависит от операционной системы - как она работает с большими файлами и хранилеща данных. Много мелких файликов можно раскидать по не очень скоростным устройствам - или все положить на быструю СХД на FC например, вообще чтобы говорить о том что лучше нужно посмотреть нагрузку на дисковую систему во время работы , в Solaris iostat поможет , можно AWR оракловый посмотреть какие файлы данных интенсивнее всего используются для чтения -записи. Данных маловато чтобы сказать однозначно, однако с кучей мелких файлов лично мне сложнее работать чем с несколькими крупными не зря big file ТП в Oracle придумали.


с крупными файлами есть небольшой подвох
если он у вас по каким-то причинам поломается (плохой блок и т.д.)
то пофиксить мелкий файлик будет быстрее чем большой
бакапы и ресторы в параллели с мелкими файликами немного быстрее будут проходить
например если используется alter tablespace ... begin backup
то при нормальной дисковой системе 4 файла по 4 гига скопируются быстрее чем один в 16 гигов
ну и совершенно правильно, при наличии нескольких СХ можно часть файлов (наименее используемые) положить на более медленную систему хранения

так что лучше все-таки выбирать какой-то разумный размер и исходить из своих возможностей и возможностей дисковой подсистемы

при наличии данных на сырых устройствах - то тут без особой разницы
Serj
Профи


Вступление в Клуб: 02.08.2007
СообщениеПн Июл 12, 2010 07:37    Ответить с цитатой
Полезность: Нет оценки
tsktalk пишет:
с крупными файлами есть небольшой подвох
если он у вас по каким-то причинам поломается (плохой блок и т.д.)
то пофиксить мелкий файлик будет быстрее чем большой
- смотря чем фиксить.

tsktalk пишет:


бакапы и ресторы в параллели с мелкими файликами немного быстрее будут проходить
например если используется alter tablespace ... begin backup
то при нормальной дисковой системе 4 файла по 4 гига скопируются быстрее чем один в 16 гигов

RMAN -только RMAN никаких alter tablespace ... begin backup - не сказал бы я что RMAN -у есть большая разница в размере файлов.
Kozyrev
Участник - экстремал


Вступление в Клуб: 03.09.2007
СообщениеПн Июл 12, 2010 08:00    Ответить с цитатой
Полезность: Нет оценки
Цитата:
Смотря что за СХД

Хранилище на SAS-винтах 72Gb 15K RAID10.
MAXSIZE стоит с момента развертывания IBSO в 2Gb. Думаю на первое время стоит увеличить ходя бы до 4Gb.
tsktalk
Участник со стажем


Вступление в Клуб: 27.09.2007
СообщениеПн Июл 12, 2010 08:07    Ответить с цитатой
Полезность: Нет оценки
Serj пишет:
tsktalk пишет:
с крупными файлами есть небольшой подвох
если он у вас по каким-то причинам поломается (плохой блок и т.д.)
то пофиксить мелкий файлик будет быстрее чем большой
- смотря чем фиксить.

tsktalk пишет:


бакапы и ресторы в параллели с мелкими файликами немного быстрее будут проходить
например если используется alter tablespace ... begin backup
то при нормальной дисковой системе 4 файла по 4 гига скопируются быстрее чем один в 16 гигов

RMAN -только RMAN никаких alter tablespace ... begin backup - не сказал бы я что RMAN -у есть большая разница в размере файлов.

Smile
согласен...
это и в правду смотря чем фиксить, но обстоятельства бывают разные...

RMAN - это тоже хорошо - но только не все его используют (или могут использовать)
все зависит от того какие ресурсы на резерв выделил бизнес и какие ограничения он поставил (крутись, вертись, а в эти ресурсы и прийдется залазить Smile ).
Serj
Профи


Вступление в Клуб: 02.08.2007
СообщениеПн Июл 12, 2010 08:11    Ответить с цитатой
Полезность: Нет оценки
Kozyrev пишет:
Цитата:
Смотря что за СХД

Хранилище на SAS-винтах 72Gb 15K RAID10.
MAXSIZE стоит с момента развертывания IBSO в 2Gb. Думаю на первое время стоит увеличить ходя бы до 4Gb.
- название СХД какое? Сколько кэша и сколько дисков в RAID10 собрано?
tsktalk
Участник со стажем


Вступление в Клуб: 27.09.2007
СообщениеПн Июл 12, 2010 08:15    Ответить с цитатой
Полезность: Нет оценки
Kozyrev пишет:
Цитата:
Смотря что за СХД

Хранилище на SAS-винтах 72Gb 15K RAID10.
MAXSIZE стоит с момента развертывания IBSO в 2Gb. Думаю на первое время стоит увеличить ходя бы до 4Gb.


если файловая система не ext2, то спокойно до 4-8 гигов расширяйте.
особых последствий не заметите.
насчет большего размера тут желательно посмотреть скорострельность и текущие требования по бакапу, рестору, копиям БД и т.д., а там уже выбрать более приемлимую величину.

а еще лучше совместите приятное с полезным
Smile
посмотрите на большие таблички создайте новый таблспейс с новым набором файлов и их размерам и размерами экстентов и мувните туда большие таблички, перестройте индексы в другое пространство
тогда и старые файли не особо прийдется увеличивать (оставшиеся таблички будут использовать освободившееся место) и большие интенсивно используемые таблички будут жить своей жизнью в своем пространстве, частично их дефрагментируете и т.д.
Kozyrev
Участник - экстремал


Вступление в Клуб: 03.09.2007
СообщениеПн Июл 12, 2010 08:20    Ответить с цитатой
Полезность: Нет оценки
Serj пишет:
Kozyrev пишет:
Цитата:
Смотря что за СХД

Хранилище на SAS-винтах 72Gb 15K RAID10.
MAXSIZE стоит с момента развертывания IBSO в 2Gb. Думаю на первое время стоит увеличить ходя бы до 4Gb.
- название СХД какое? Сколько кэша и сколько дисков в RAID10 собрано?

Хранилище HP Storage Works Modular Smart Array 1000, RAID по 6 и по 4 винта.

tsktalk пишет:

если файловая система не ext2, то спокойно до 4-8 гигов расширяйте.
особых последствий не заметите.

ФС ext3.

tsktalk пишет:

а еще лучше совместите приятное с полезным
Smile
посмотрите на большие таблички создайте новый таблспейс с новым набором файлов и их размерам и размерами экстентов и мувните туда большие таблички, перестройте индексы в другое пространство
тогда и старые файли не особо прийдется увеличивать (оставшиеся таблички будут использовать освободившееся место) и большие интенсивно используемые таблички будут жить своей жизнью в своем пространстве, частично их дефрагментируете и т.д.


Это конечно хорошо, но пока не осилю. Very Happy
Serj
Профи


Вступление в Клуб: 02.08.2007
СообщениеПн Июл 12, 2010 09:01    Ответить с цитатой
Полезность: Нет оценки
Kozyrev пишет:

Хранилище HP Storage Works Modular Smart Array 1000, RAID по 6 и по 4 винта.
- не помешало бы статистику ввода-вывода посмотреть, что-то мне говорит что еще бы полочку на 14 дисков добавить к массиву было бы вообще сказочно, imho , помнится SunStorEdge 3310 был на запуске , потом пришлось на 6140 переползти ибо скорости дисковой подсистемы стало дико нехватать.
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Oracle DBA Часовой пояс: GMT + 3
Страница 1 из 1

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Рейтинг@Mail.ru