| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
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 -у есть большая разница в размере файлов. |
согласен...
это и в правду смотря чем фиксить, но обстоятельства бывают разные...
RMAN - это тоже хорошо - но только не все его используют (или могут использовать)
все зависит от того какие ресурсы на резерв выделил бизнес и какие ограничения он поставил (крутись, вертись, а в эти ресурсы и прийдется залазить ). |
|
|
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 гигов расширяйте.
особых последствий не заметите.
насчет большего размера тут желательно посмотреть скорострельность и текущие требования по бакапу, рестору, копиям БД и т.д., а там уже выбрать более приемлимую величину.
а еще лучше совместите приятное с полезным
посмотрите на большие таблички создайте новый таблспейс с новым набором файлов и их размерам и размерами экстентов и мувните туда большие таблички, перестройте индексы в другое пространство
тогда и старые файли не особо прийдется увеличивать (оставшиеся таблички будут использовать освободившееся место) и большие интенсивно используемые таблички будут жить своей жизнью в своем пространстве, частично их дефрагментируете и т.д. |
|
|
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 пишет: |
а еще лучше совместите приятное с полезным
посмотрите на большие таблички создайте новый таблспейс с новым набором файлов и их размерам и размерами экстентов и мувните туда большие таблички, перестройте индексы в другое пространство
тогда и старые файли не особо прийдется увеличивать (оставшиеся таблички будут использовать освободившееся место) и большие интенсивно используемые таблички будут жить своей жизнью в своем пространстве, частично их дефрагментируете и т.д. |
Это конечно хорошо, но пока не осилю.  |
|
|
Serj
Профи
Вступление в Клуб: 02.08.2007
|
| Пн Июл 12, 2010 09:01 |
|
Полезность: Нет оценки
|
| Kozyrev пишет: |
Хранилище HP Storage Works Modular Smart Array 1000, RAID по 6 и по 4 винта.
|
- не помешало бы статистику ввода-вывода посмотреть, что-то мне говорит что еще бы полочку на 14 дисков добавить к массиву было бы вообще сказочно, imho , помнится SunStorEdge 3310 был на запуске , потом пришлось на 6140 переползти ибо скорости дисковой подсистемы стало дико нехватать. |
|
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
