Перейти к публикации

Рассуждения по поводу производительности


Рекомендованные сообщения

Итак, сервер

железо:

2 x Intel Xeon 3,0

2 Гб оперативки

raid 5 на 3 дисках scsi 75 Гиг (15000 rpm)

софт:

Win 2003 serv eng

Oracle 9.2

SmarTeam v5 r 16

Oracle и вольт подключены на разные сетевые карты по 100 м/бит (сама сетка 100 м/бит)

И база и вольт на одном серваке

А беда вот в чем, когда к серваку подключается от 40 клиентов, "вешается" сервер, точнее он не вешается, "вешаются" клиенты (операции добавления, удаления и серьезные выборки по времени растягиваюся в бесконечность, чтение еще вроде работает)

Хочется услышать мнения по этому поводу

Пока склоняюсь к виртуализации

Ссылка на сообщение
Поделиться на других сайтах


Уважаемый, по списку:

1) наймите DBA, это очень поднимает производительность сервера, поверьте.

2) Очень плохо, что у Вас Oracle на тойже машине, что и foundation, дело не в сетевушках, а плохой работе mssql и oracle в паре. Как вариант, установите foundation на отдельную (можно самую обычную машину с 100 мбит ethernet)

ps: судя по описанию проблемы, дело в oracle.. Еще раз повторю - хотябы позовите человека (DBA) разово - он хотябы скажет Вам точно в чем проблема.

попробуйте index rebuilding

Ссылка на сообщение
Поделиться на других сайтах

а пока нет DBA можешь тупо отключить в oracle у таблиц возможность востановления,

скорость заметно возрастет )))

PS:

мне кажется дело не в oracle, оперативки маловато :g: , сколько в середине дня доступно мег?

Ссылка на сообщение
Поделиться на других сайтах

2 гига мало для 40 пользователей? вы просто не умеете их готовить :)

шутка, но при правильной настройке это очень нормально... (я даже сомневаюсь, что база oracle больше 1 Гб ;) тогда 2 гига - это много)скорее всего все настройки в oracle по дефолту стоят .. вот и тормоза + много раз слышал, что он не живет на одной машине с mssql(msde).

Такой разговор - это пальцем в небо, привидите конфигурационный файл oracle, вывод statspac, зависит ли скорость от использования vaults и т.д.

на мой взгляд, когда дело в перечисленных операциях - виновата СУБД. смартим скорее всего не причем. дело в руках и в изначальной ущербности такой схемы работы.. с бюджетом этого сервера можно было организовать все подругому.

Изменено пользователем maksi-m
Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.
Примечание: вашему сообщению потребуется утверждение модератора, прежде чем оно станет доступным.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




×
×
  • Создать...