- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Есть сервер на базе
м/п Intel Snow Hill S3210SH
проц QuadCore Intel Core 2 Quad Q9505, 2833 MHz (8.5 x 333)
raid Intel(R) RAID Controller SRCSASRB
4xSEAGATE ST3146356SS 150GB в raid 10
ось Microsoft Windows Server 2003 R2, Standard Edition x86
на нем крутиться Oracle 10g
на оракле несколько баз общим объемом в ~40Gb
проблема в быстродействии, судя по счетчику производительности:
средняя длинна очереди диска ~ 0.860
видимо стухает дисковая подсистема, нагрузка на проц минимальная
тут выделяют деньги (многа), что посоветуете, чтоб летало ? )
ну или какой тюнинг провести в настройках, в оракле не мастак раньше с ним вообще не работал
Бери SSD винт и проблем не будет
Бери SSD винт и проблем не будет
ага и менять раз в месяц, в базу МНОГО операций на запись !!!
Так ты же написал, что выделяют многа денег.
Так ты же написал, что выделяют многа денег.
но не каждый же месяц )), ребята советуйте по делу, мне кажется вряд ли кто то использует ssd на боевых серверах для ЗАПИСИ данных, на отдачу пожалуйста, сколько влезет
покупка должна быть разовая + еще ограничение лицензии oracle на однопроцессорную систему онли
У вас и так дисковая система достаточно быстрая
Диски 15 тыс.об в raid10.
Можно увеличить количество дисков в десятом рейде.
Это даст некоторое ускорение, но не в разы.
Вариант 1. Купить второй такой сервер, вторую лицензию Oracle и разнеси базы на два сервера. Если Бюджета на Oracle не хватит - использовать другую БД.
Вариант 2. Купить ещё один raid контроллер и 4 HDD, подключить всё к этому же компьютеру, перенести хранение части баз на второй массив дисков.
Вариант 3. Оптимизировать конфиги и запросы к БД, использовать кеширование и другие методы оптимизации.
Вообще посмотрел вашу лицензию, там ограничение не только на 1 ЦП, но и на 1 Гб памяти, очевидно памяти не хватает для кеша и идут частые обращения к диску, из-за этого тормоза.
Вариант 4. Купить расширенную лицензию Oracle
Вариант 5. Пересесть на другую БД.
Вариант 1. Купить второй такой сервер, вторую лицензию Oracle и разнеси базы на два сервера. Если Бюджета на Oracle не хватит - использовать другую БД.
Вариант 2. Купить ещё один raid контроллер и 4 HDD, подключить всё к этому же компьютеру, перенести хранение части баз на второй массив дисков.
Вариант 3. Оптимизировать конфиги и запросы к БД, использовать кеширование и другие методы оптимизации.
Вообще посмотрел вашу лицензию, там ограничение не только на 1 ЦП, но и на 1 Гб памяти, очевидно памяти не хватает для кеша и идут частые обращения к диску, из-за этого тормоза.
Вариант 4. Купить расширенную лицензию Oracle
Вариант 5. Пересесть на другую БД.
к сожалению использование oracle, это требование ПО (есть второй вариант firebird, но оно то точно не быстрее)
1. Бюджета хватит но на Ораклу тратить не охота
2. Как вариант тут надо подумать
3. Софт не наш (
а вот по расширению лицензии это надо подумать... взять много памяти и бд в нее, думаю ускориться в разы
Переходите на SCSI. ?
Переходите на SCSI. ?
Почему на SCSI?
SCSI это устаревшая технология. Ей на смену давно пришел SAS.
Так ты же написал, что выделяют многа денег.
но не каждый же месяц ))
Ну так логично же : купить 10 SSD дисков единовременно и убивать их каждый месяц.
Почему бы вместо слова "МНОГА", не озвучить конкретный объем записи в мегабайтах и числе операций в сутки ?
Весьма редкие классы задач могут убить современные SSD. Можно и попробовать собрать пилотный проект и посмотреть на тенденцию изменения ресурса SSD, который можно контролировать через SMART. Остальные варианты все равно дороже.