Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Microsoft SQL Server |
![]() ![]() |
Топик располагается на нескольких страницах: ←Ctrl назад 1 2 [3] 4 вперед Ctrl→ все |
К529 Member Откуда: Сообщений: 48 |
согласен. я просто думаю сделал как правильно, да и по вашим рекомендациям то же, что доставил один жесткий для баз, еще один будет для бэкапа и один для системы+ SQL и т.д. |
24 дек 13, 14:58 [15340015] Ответить | Цитировать Сообщить модератору |
К529 Member Откуда: Сообщений: 48 |
Объясните если не трудно такой момент.Если вся беда допустим заключается в нехватке физ. памяти ОЗУ, но в том же диспетчере устройств Доступно памяти 1,3 Гб, и так висит постоянно. Объем занятой не превышает 2.3 - 2.4 Гб. То есть память в наличии есть я так понимаю? Почему же тогда нехватка памяти? |
24 дек 13, 15:52 [15340526] Ответить | Цитировать Сообщить модератору |
К529 Member Откуда: Сообщений: 48 |
для rphost.exe используется (mem usage) - 307 Мб, Page faults - значение 65 ххх ххх. Самый же первый по используемой памяти (mem usage) это sqlsrvr.exe > 1.7 Гб и выше не поднимался никогда, но Page faults для него ~ 921 000. |
24 дек 13, 15:57 [15340574] Ответить | Цитировать Сообщить модератору |
AnyKey45 Member Откуда: Ekaterinburg-Moscow-EU Сообщений: 219 |
К529, ты перенес mdf и ldf на один диск - может имеет смысл разнести их по разным дискам? |
24 дек 13, 16:03 [15340627] Ответить | Цитировать Сообщить модератору |
К529 Member Откуда: Сообщений: 48 |
ну не знаю. советовали на другой диск и лог и базу. вот я и перенес. а зачем на разные? |
24 дек 13, 16:08 [15340673] Ответить | Цитировать Сообщить модератору |
Exproment Member Откуда: Сообщений: 416 |
К529, предполагаю причина в следующем: sql server работает по схеме упреждающего протоколирования. Т.е. сначала будет совершена запись в журнал транзакций, а уже потом данные пойдут на диск. Если вдруг диск с журналом будет сильно загружен сторонними операциями(какие-нить ребилды индексов), то все записи в журнал будут выполняться с ожиданием => и все записи реальных данных на диск будут ждать записей в журнал. |
24 дек 13, 17:55 [15341411] Ответить | Цитировать Сообщить модератору |
К529 Member Откуда: Сообщений: 48 |
Exproment, и какой тогда вывод? Что посоветуете? я уже немного запутался в этой ситуации. |
24 дек 13, 18:03 [15341455] Ответить | Цитировать Сообщить модератору |
Exproment Member Откуда: Сообщений: 416 |
К529, ну в интернете на каждом углу советуют журнал хранить на отдельном рейде. Но я бы на вашем месте уже не парился :) Если текущей дисковой подсистемы хватает для хранения ldf и mdf на одном рейде, то пусть так и будет. Начнутся проблемы - будете думать. Преждевременная оптимизация - корень многих бед и зачастую слишком избыточна) |
24 дек 13, 18:08 [15341472] Ответить | Цитировать Сообщить модератору |
Exproment Member Откуда: Сообщений: 416 |
Мне на самом деле просто охота чтобы кто-нить раскритиковал мой пост про упреждающее протоколирование ![]() |
24 дек 13, 18:10 [15341483] Ответить | Цитировать Сообщить модератору |
Критик Member Откуда: Москва / Калуга Сообщений: 34757 Блог |
на разные диски - из соображений 1) надежности 2) разного характера нагрузки на файл данных и файл журнала |
24 дек 13, 18:24 [15341562] Ответить | Цитировать Сообщить модератору |
Exproment Member Откуда: Сообщений: 416 |
в чем эта разница заключается ? ) |
||
24 дек 13, 18:36 [15341617] Ответить | Цитировать Сообщить модератору |
Mind Member Откуда: Лучший город на Земле Сообщений: 2322 |
|
||
24 дек 13, 23:24 [15342540] Ответить | Цитировать Сообщить модератору |
К529 Member Откуда: Сообщений: 48 |
Спасибо. /3GB Startup Switch поставлю. вот сейчас Page faults для rphost.exe уже показывает 72 ххх ххх, то есть более 72 000 000!!! почему? в данный момент сервере работает всего 2 человека. |
25 дек 13, 00:49 [15342836] Ответить | Цитировать Сообщить модератору |
К529 Member Откуда: Сообщений: 48 |
Память уже закал. неужели из-за нее? |
25 дек 13, 01:00 [15342869] Ответить | Цитировать Сообщить модератору |
Speshuric Member Откуда: г. Москва Сообщений: 129 |
Не только. В данном случае еще и, возможно, из-за того, что в SQL и 1С не настроено, сколько памяти отдавать каждому процессу - как следствие, когда память нужна одному, он отбирает её (со свопом) у второго. Эту проблему и при 64 ГБ придётся учитывать. Но в вашем случае всё пока просто: памяти настолько мало, что дальнейший анализ делать почти бессмысленно, пока не будет памяти. Кстати, 16 ГБ тоже не шибко много для УПП. 32 - еще хоть как-то можно разместиться. |
||
25 дек 13, 01:20 [15342908] Ответить | Цитировать Сообщить модератору |
Speshuric Member Откуда: г. Москва Сообщений: 129 |
Конфигурация УПП распакованная в памяти занимает несколько ГБ. |
||
25 дек 13, 01:24 [15342921] Ответить | Цитировать Сообщить модератору |
Mind Member Откуда: Лучший город на Земле Сообщений: 2322 |
|
||
25 дек 13, 02:18 [15342994] Ответить | Цитировать Сообщить модератору |
Дедушка Ау
Guest |
[quot К529] про утечку в rphost.exe здесь почитайте, кажется это Ваша тема: [url=]http://downloads.v8.1c.ru/content/Platform/8_2_15_319/ErrPlatform_8_2_15_319.htm[/url] 1С лучше на выселки и обновите! Если сервер не энтерпрайз - добавлять память бесполезно. Если есть возможность поставьте 64 битку тогда и памяти можно подкинуть. Про железо для SQL 1. отключите на процессоре гипертрединг. 2. дисковую ситсему лучше разделить так: отдельный диск (лучше рэйд 0) система + разделяемые компоненты SQL + инстанс, отдельный диск под своп, отдельный диск под базы данных, отдельный диск под под логи и отдельный диск под темп базы и пр. всё что под базы, логи темпы по 64к блоки форматить. Если SSAS не пользуетесь так лучше и не поднимать его. Ну и неявно сказано что пререлиз сиквела стоит, так на релиз, наверное заменить бы надо(нет, ну конечно студия и как наследство могла остаться....). SSD для настольников, кстати тоже не советую. Под нагрузкой внезапно отвалиться могут, были прециденты "экономии". |
25 дек 13, 10:28 [15343827] Ответить | Цитировать Сообщить модератору |
aleks2
Guest |
Дедушка, ты из какой пещеры вылез? |
||
25 дек 13, 10:35 [15343870] Ответить | Цитировать Сообщить модератору |
Exproment Member Откуда: Сообщений: 416 |
откуда такая информация ? личный опыт ? Опираясь на опыт касперского - корпоративные решения в виде SSD живут дольше чем обычные диски(обсуждали на sql saturday). Почему бы tempdb на SSD(рейд 1) не положить ? |
||
25 дек 13, 10:36 [15343880] Ответить | Цитировать Сообщить модератору |
Дедушка Ау
Guest |
Exproment, Не путайте "корпоративные решения в виде SSD" и "SSD для настольников". В первом случае от одного ценника поплохеть может :) А опыт да, был и не так давно.... |
25 дек 13, 10:51 [15343957] Ответить | Цитировать Сообщить модератору |
К529 Member Откуда: Сообщений: 48 |
стоит Server Enterprise, вот планирую уже переходит на 64-битку да и ОЗУ уже заказал. плюс как я уже понял yf 100%? необходимо обновлять платформу. |
25 дек 13, 13:10 [15344888] Ответить | Цитировать Сообщить модератору |
SFlash Member Откуда: Сообщений: 143 |
Ну критиковать тут пока нечего, т.к. ничего конкретного не написано, но в общем верно :) А прежде чем решать что лучше: разделить mdf и ldf по дискам, или разбить ldf на две части, как на одном диске или на двух дисках, или на четыре части, или mdf раскидать на две файловые группы, вынеся отдельную табличку + 100500 вариантов, надо смотреть счетчики perfmon относящиеся к SQL, системные таблицы sys.dm_exec_requests, sys.sysprocesses в эти моменты времени И только после анализа нагрузки и определения узкого места делать. P.S. В моей практике был случай, когда убрали "зависания" SQL (которые длились по 3-5 минут) разбивкой tempdb на 4 части, без смены диска и вообще какого либо апгрейда ))) Но для этого были реальные "показания", которые определились как я писал выше. |
||
25 дек 13, 15:30 [15345964] Ответить | Цитировать Сообщить модератору |
Критик Member Откуда: Москва / Калуга Сообщений: 34757 Блог |
и каким образом это поднимет производительность? |
||
25 дек 13, 17:57 [15346794] Ответить | Цитировать Сообщить модератору |
o-o
Guest |
совет -- офигеть не встать! multiple-log-files-and-why-theyre-bad |
||
25 дек 13, 18:06 [15346817] Ответить | Цитировать Сообщить модератору |
Топик располагается на нескольких страницах: ←Ctrl назад 1 2 [3] 4 вперед Ctrl→ все |
Все форумы / Microsoft SQL Server | ![]() |