информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Страшный баг в WindowsЗа кого нас держат?
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
 Умер Никлаус Вирт 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / miscellaneous
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
индексы 26.03.03 08:01  Число просмотров: 954
Автор: s_v_a Статус: Незарегистрированный пользователь
<"чистая" ссылка>
можно попробовать индексы и таблицы разместить на разных физических дисках
<miscellaneous>
Админы и программеры, посоветуйте как настройки SQL сервер для повышения производительности 19.03.03 16:28   [babay, fly4life]
Автор: asd Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Т.е. интересуе как заставить его шустрее работать...
индексы 26.03.03 08:01  
Автор: s_v_a Статус: Незарегистрированный пользователь
<"чистая" ссылка>
можно попробовать индексы и таблицы разместить на разных физических дисках
А поискать самому ? 19.03.03 18:42  
Автор: babay <Andrey Babkin> Статус: Elderman
<"чистая" ссылка>
> Т.е. интересуе как заставить его шустрее работать...
Подключи к розетке с 380 В :-))))

Телепаты в отпуске, на безпредметный вопрос и ответ такой же :-(.
Ничего ведь из текущего состояния дел тобой не показано: не софтварного конфига машины, не хардварного конфига машины, ни значения счетчиков производительности - нифига в общем.
Так откуда мне знать что там может шустрее заработать ?


посмотри сам
ваша правда... протупил 20.03.03 09:38  
Автор: asd Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Стоит Вин2000 сервер, MS SQL 7.0
Гигабайт оперативки, Пент III 1000 (2 CPU).
Райд контроллер - два винта зеркалированных в один (если я конечно правльно выразился ;-), громко не смейтесь, а поправте лучше если не верно выразился)

Думаю этого достаточно...

Интересует кто какие настройки в SQL делает для более шустрой его работы. Может какие нибудь общие советы?
Мужики! Столкнулся с подобной, если не с такой же, проблемой... 25.03.03 13:22  
Автор: fly4life <Александр Кузнецов> Статус: Elderman
<"чистая" ссылка>
Никогда в жизни не админил SQL серврера, а тут попросили помочь оптимизировать... Отправил по ссылке, оставленной babay'ем, но немного не то...

Хочется заставить работать этот самый SQL сервер побыстрее... А то при интенсивной работе начинает "захлёбываться"... =)

В SQL, насколько я знаю, нет как таковых массивов, а есть временные таблицы. Может с их настройками поиграться надо.
Вобщем, интересует, кто и как оптимизировал работу SQL-серверов (если кто-то этим занимался, конечно же ;)), так сказать, общие советы, как сказал предыдущий автор. Скорее всего SQL-сервер настроен поумолчанию... так что 100% нужно что-то менять в настройках! Но что - хз =)

Если что не понятно, то задавайте наводящие вопросы...
Памагите!!! =)

P.S. Софтверный конфиг: Windows 2000 Server, MS SQL 7.0 (достаточно?)
Хардварный: Точно знаю, что гиг оперативы, 2 процессора (какие, точно не скажу. Примерно: Пент 1200, но если это важно - уточню.. ).
Достаточно или ещё что-то важно?
Мужики! Столкнулся с подобной, если не с такой же, проблемой... 25.03.03 17:21  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка>
Есть куча параметров влияющих на производительность - от потоков и вплоть до размера сетевых пакетов. О клиентских приложениях я лучше промолчу. Попытаюсь описать те опции и ньюансы, которые знаю...

1. Если SQL сервер не работает с другими серверами через DTC, то можно поставить голочку на Use NT fibers.

2. Если одновременно работающих пользователей до дури и имеют место быть отказы выполнений транзакций, то можно слегка увеличить Worker threads (конечно если проблема не в лицензиях).

3. Очень желательно, чтобы журнал транзакций писался на винт в raid 0 или лучше всего raid 1, но не raid 5 иначе тормозня!

4. Если очень частые вставки и удаления записей, то для БД можно поиграть Fill factor'ом, т.е. немного уменьшить его значение (см. процедуру sp_configure).

5. В свойствах Windows на вкладке Performance убрать ускорение приложений переднего плана (NT40), т.е. оптимизировать под работу фоновых задач (W2K).

6. Также можно поотключать ненужные для MS SQL сервера службы, например такие как Computer Browser, Spooler (если он не является сервером печати), может быть можно отключить MS DTC (если сервер не использует распределенные транзакции) и т.д.

7. Можно попробовать поставить Priority boost, если это сильно не отразиться на других задачах, запущенных на сервере.

Распределение памяти можно и не трогать.
И ввобще стоит заглянуть в SQL Server Books Online, которая есть в дистрибутиве MS SQL 7.0 и посмотреть какие еще опции можно сконфигурировать через sp_configure.
Но лучше этим не злоупотреблять, а добавить побольше оперативки и винты пошустрее поставить.

Best regards!
в догонку... - Своп тоже желательно иметь на raid 0 или raid 1 25.03.03 17:25  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка>
Да я ссылку дал по тому, что на M$ сидел... 25.03.03 14:05  
Автор: babay <Andrey Babkin> Статус: Elderman
<"чистая" ссылка>
> Никогда в жизни не админил SQL серврера, а тут попросили
> помочь оптимизировать... Отправил по ссылке, оставленной
> babay'ем, но немного не то...

Это было на вскидку, там ещё искать надо...

> Хочется заставить работать этот самый SQL сервер
> побыстрее... А то при интенсивной работе начинает
> "захлёбываться"... =)

Что значит "захлебывается" ?

> В SQL, насколько я знаю, нет как таковых массивов, а есть
> временные таблицы. Может с их настройками поиграться надо.
> Вобщем, интересует, кто и как оптимизировал работу
> SQL-серверов (если кто-то этим занимался, конечно же ;)),
> так сказать, общие советы, как сказал предыдущий автор.
> Скорее всего SQL-сервер настроен поумолчанию... так что
> 100% нужно что-то менять в настройках! Но что - хз =)
>
> Если что не понятно, то задавайте наводящие вопросы...
> Памагите!!! =)
>
> P.S. Софтверный конфиг: Windows 2000 Server, MS SQL 7.0
> (достаточно?)
> Хардварный: Точно знаю, что гиг оперативы, 2 процессора
> (какие, точно не скажу. Примерно: Пент 1200, но если это
> важно - уточню.. ).
> Достаточно или ещё что-то важно?
Врят ли без длительных консультаций или привоечения стороннего спеца на акордную работу удасться что-то сделать, имхо.
Важно тут почти всё : модель на которой построен клиет, либо через ODBC, COM+ и т. д., как он к серверу обращается, надо смотреть по счетчикам производительности сервера как там дела обстоят, может это не в нем дело, а в слое абстракций над ним..., тот же Transaction Server воду мутит.
Может быть дело в дисковой подсистеме или банально мало места аллокировано под базу, или с индексами беда. А может проблема в самой структуре базы, через %опу спроектировали :-(, и там где вьюер должен быть постоянно делается запрос на выборку из 10 таблиц, или хранимые процедуры не там и не те.
Тут как видишь ликбезом не обойтись, или вникай или нанимай спеца.
Короче, эта работа стоит времени, а время - деньги.

Посмотри тут
Да я ссылку дал по тому, что на M$ сидел... 25.03.03 14:24  
Автор: fly4life <Александр Кузнецов> Статус: Elderman
<"чистая" ссылка>
> > Никогда в жизни не админил SQL серврера, а тут
> попросили
> > помочь оптимизировать... Отправил по ссылке,
> оставленной
> > babay'ем, но немного не то...
>
> Это было на вскидку, там ещё искать надо...
>
> > Хочется заставить работать этот самый SQL сервер
> > побыстрее... А то при интенсивной работе начинает
> > "захлёбываться"... =)
>
> Что значит "захлебывается" ?

Жутко тормозит... На графике Task Managera видно, что процессор сильно загружен (доходит практически до 100% загрузки)

> Врят ли без длительных консультаций или привоечения
> стороннего спеца на акордную работу удасться что-то
> сделать, имхо.
> Важно тут почти всё : модель на которой построен клиет,
> либо через ODBC, COM+ и т. д., как он к серверу обращается,
> надо смотреть по счетчикам производительности сервера как
> там дела обстоят, может это не в нем дело, а в слое
> абстракций над ним..., тот же Transaction Server воду
> мутит.
> Может быть дело в дисковой подсистеме или банально мало
> места аллокировано под базу, или с индексами беда. А может
> проблема в самой структуре базы, через %опу спроектировали
> :-(, и там где вьюер должен быть постоянно делается запрос
> на выборку из 10 таблиц, или хранимые процедуры не там и не
> те.
> Тут как видишь ликбезом не обойтись, или вникай или нанимай
> спеца.
> Короче, эта работа стоит времени, а время - деньги.

Клиент построен через ODBC.
Места под базу - достаточно. Оно выделяется автоматически, а места на винте достаточно. Кстати, правда что, если место выделить фиксированное (а не автоматическое выделение), то тормозить будет меньше?
А что значит "с индексами беда"?

З.Ы. а вникать придётся =)
поробуем вникнуть 25.03.03 15:11  
Автор: babay <Andrey Babkin> Статус: Elderman
<"чистая" ссылка>
> Жутко тормозит... На графике Task Managera видно, что
> процессор сильно загружен (доходит практически до 100%
> загрузки)

Ну и что ? надо ставить perfmon и снимать статистику а в SQL свои счетчики вставлять и мониторить с SQL Profiler.

> Клиент построен через ODBC.
Старое и не производительное.(ИМХО, плз. без обсуждения)

СТруктура базы и правильно написанность запросов поже необходимо проверить, выгрузить рвином или визио и посмотреть бизнес-логику и схему базы.
> Места под базу - достаточно. Оно выделяется автоматически,
> а места на винте достаточно. Кстати, правда что, если место
> выделить фиксированное (а не автоматическое выделение), то
> тормозить будет меньше?

Я с таким не сталкивался, и когда вырастет до критического размера подвиснет. Вот размер свопа и логов сильно влияет на производительность.
надо смотреть max server memory, network packet size конфигурацию.
Возьми SQL Server White Papeer, она на диске должна быть и устанавливаться с сервеом и посмотри как счетчики поставить и как конфиг поменять через гуи или транзактом. Посмотри в SQL Server White Papeer значения Configuration Option Specifications и сравни с текущими.

> А что значит "с индексами беда"?

Это значит что в базу добавляются за день записи и после нет перестройки индексов при бэкапе и возникает своего рода фрагментация, Index Allocation Map не перестроен - постоянное дёрганье диска.
рабочие задания надо прописывать для таких вещей или при ночном бэкапе проделывать индексирование.

> З.Ы. а вникать придётся =)
это утверждение ? ;-))
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach