информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Страшный баг в WindowsПортрет посетителяАтака на Internet
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Microsoft обещает радикально усилить... 
 Ядро Linux избавляется от российских... 
 20 лет Ubuntu 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / operating systems
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Нет ребята база не на мускуле, а всего лиш на обычном... 27.03.06 15:47  Число просмотров: 2878
Автор: Bandit Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> > Оперативки 1024.
>
> В таск мэнэджере смотрим сколько используется, сколько в
> наличии, сколько под кэш.
> Смотрим размер базы на диске. Анализируем - влезает ли она
> в кэш.
> Если сложно анализировать, то временно достаем еще гиг
> оперативки и ставим. Смотрим как быстро база начнет
> работать или нет.
>
> > Сервак используется как файловый сервер для баз данных
> и
> > файловой помойкой для пользователей.
>
> Можно еще ролью сервака поиграться.
>
> Идея в том, если база может вся сесть в оперативку
> (файловый кеш), то как она фрагментирована абсолютно не
> будет играть никокой роли. Точнее будет влиять только на
> первый запрос и на слив кеша при остановке базы (если это
> ЭсКуЭль сервер).

Нет ребята база не на мускуле, а всего лиш на обычном DBase.
Так что во сновном это файловый сервак.
<operating systems>
Дефрагментирование сервера. 25.03.06 15:05  
Автор: Bandit Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Народ подскажите плиз.
кто чем дефрагментирует жесткие диски на сервере?
сервер Windows 2000 server
сам никогда этим не занимался, потому что не было необходимости.
а теперь такая необходимость появилась и хочестся знать Ваше мнение.
Тяжело что-либо сказать, пока не знаешь чем вызвана данная... 27.03.06 10:03  
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 27.03.06 10:04  Количество правок: 1
<"чистая" ссылка>
Тяжело что-либо сказать, пока не знаешь чем вызвана данная необходимость.

> Народ подскажите плиз.
> кто чем дефрагментирует жесткие диски на сервере?

Ничем.

> сервер Windows 2000 server
> сам никогда этим не занимался, потому что не было
> необходимости.

Аналогично.

> а теперь такая необходимость появилась и хочестся знать

Виндовс2000 не ДОС. Хотя и под ДОсом при правильной настройке такой нужды могло не возникнуть. Правильным операционкам с правильной ФС и с правильной работой файлового кеша это ненадо, поскольку производительность это не повышает.

> Ваше мнение.
RAID массивы есть? Для начала посмотрите на сайтах производителей/разработчиков плат/чипов контроллеров их точку зрения на дефрагментацию. Например, я не нашел стабильной точки зрения по 5му рейду. Его я не оптимизирую. 26.03.06 12:26  
Автор: Garick <Yuriy> Статус: Elderman
<"чистая" ссылка>
http://www.raxco.com/products/perfectdisk2k/ 25.03.06 19:46  
Автор: leo <Леонид Юрьев> Статус: Elderman
<"чистая" ссылка>
За сервер не скажу, но дома стоит O&O defrag V6 pro, шустрая... 25.03.06 18:29  
Автор: push <Dmitry> Статус: Member
<"чистая" ссылка>
За сервер не скажу, но дома стоит O&O defrag V6 pro, шустрая и приятная штука, имеет несколько настраиваемых режимов, мою (не самую быструю) машину не тормозит вообще.
Ещё советую посмотреть Winternals Defrag Manager.
Просто сервак используется как файловый. и там постоянно... 27.03.06 11:17  
Автор: Bandit Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Просто сервак используется как файловый. и там постоянно идет работа с базами данных.
Замечено что поле интенсивной работы с базами в течении 3-х месяцев. Скорость работы падает на 30-40 процентов. Ты его форматнул, слил заново базы и порядок, сново ждеш 3 месяца.
Так вот я и зацепился за дефрагментаторы.
Размер базы, размер оперативки, чем еще память забита? 27.03.06 12:11  
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 27.03.06 12:14  Количество правок: 1
<"чистая" ссылка>
Сервак материнка Intel SDS2, жесткие диски SCSIx2 70gb в... 27.03.06 12:30  
Автор: Bandit Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Сервак материнка Intel SDS2, жесткие диски SCSIx2 70gb в зеркале.
Оперативки 1024.
Сервак используется как файловый сервер для баз данных и файловой помойкой для пользователей.
В таск мэнэджере смотрим сколько используется, сколько в... 27.03.06 13:04  
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
<"чистая" ссылка>
> Оперативки 1024.

В таск мэнэджере смотрим сколько используется, сколько в наличии, сколько под кэш.
Смотрим размер базы на диске. Анализируем - влезает ли она в кэш.
Если сложно анализировать, то временно достаем еще гиг оперативки и ставим. Смотрим как быстро база начнет работать или нет.

> Сервак используется как файловый сервер для баз данных и
> файловой помойкой для пользователей.

Можно еще ролью сервака поиграться.

Идея в том, если база может вся сесть в оперативку (файловый кеш), то как она фрагментирована абсолютно не будет играть никокой роли. Точнее будет влиять только на первый запрос и на слив кеша при остановке базы (если это ЭсКуЭль сервер).
Нет ребята база не на мускуле, а всего лиш на обычном... 27.03.06 15:47  
Автор: Bandit Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> > Оперативки 1024.
>
> В таск мэнэджере смотрим сколько используется, сколько в
> наличии, сколько под кэш.
> Смотрим размер базы на диске. Анализируем - влезает ли она
> в кэш.
> Если сложно анализировать, то временно достаем еще гиг
> оперативки и ставим. Смотрим как быстро база начнет
> работать или нет.
>
> > Сервак используется как файловый сервер для баз данных
> и
> > файловой помойкой для пользователей.
>
> Можно еще ролью сервака поиграться.
>
> Идея в том, если база может вся сесть в оперативку
> (файловый кеш), то как она фрагментирована абсолютно не
> будет играть никокой роли. Точнее будет влиять только на
> первый запрос и на слив кеша при остановке базы (если это
> ЭсКуЭль сервер).

Нет ребята база не на мускуле, а всего лиш на обычном DBase.
Так что во сновном это файловый сервак.
Собственно без разницы. Раз дефрагментирование помогает,... 27.03.06 18:12  
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 27.03.06 18:13  Количество правок: 1
<"чистая" ссылка>
> Нет ребята база не на мускуле, а всего лиш на обычном
> DBase.
> Так что во сновном это файловый сервак.

Собственно без разницы. Раз дефрагментирование помогает, значит база в память не садится или садится, но потом ее что-то оттуда сносит.
Если база большая, то сильное фрагментирование ее сильно тормознет.
Если кластера разбросаны по всему диску равномерно-хаотично, если они все кешанутся, то на скорость работы базы сильная фрагментация совсем не повлияет (только на первое обращение).
Без разницы - будь то локальное приложение работает с файлами, будь то удаленное (по сети). Кешироваться должно все.
Ди-Бэйсовые базы сами по себе могут быть тормозные при определенных обстоятельствах.
Предложение такое: делаете тестовый запрос в базу, который должен выполняться минимум несколько секунд. Выполняете его после сброса кеша и без сброса. Засекаете время запроса. Смотрите сколько пролетело по сети. Считаете среднюю загрузку сети. Смотрите загрузку процессора клиентского писюка. Загрузка должна быть сбалансирована - время прокачки по сети должно быть равно времени счета процессора или быть раза в два меньше. Загрузка процессора сервера должна быть минимальна.
1




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


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