Переключение на Главную Страницу Страницы: 1 2 3 [4] 5 6 ... 19 ОтправитьПечать
Очень популярная тема (более 25 ответов) Движения одного документа у другого (число прочтений - 71741 )
noxxx
Full Member
***
Отсутствует


1c++ rocks 8)

Сообщений: 239
Местоположение: Москва
Зарегистрирован: 24. Августа 2007
Пол: Мужской
Re: Движения одного документа у другого
Ответ #45 - 02. Ноября 2009 :: 07:08
Печать  
Сделал (по крайней мере попробовал сделать) тест SQLIO. Нашел очень хорошее объяснение всего этого дела по адресу http://msmvps.com/blogs/gladchenko/archive/2009/06/09/1694801.aspx
Сделал 2 теста по 4 в каждом - случайное и последовательное чтение/запись в двух размерах блоков. Размеры выбирал по табличке из той же статьи. 8 Кб, как наиболее часто используемый для данных системы OLTP и 64 Кб, как данные журнала транзакций.
Результаты во вложенном файле. Т.к. дел с серверами не имею, то и мало представляю себе какая скорость должна быть и как можно оценить ту что получилась у меня  Нерешительный
Жду ответа многоуважаемого Z1
  

drive_test.xls ( 28 KB | Загрузки )
Наверх
ICQ  
IP записан
 
Z1
God Member
*****
Отсутствует


I Love YaBB 2!

Сообщений: 2906
Местоположение: Москва
Зарегистрирован: 26. Мая 2006
Пол: Мужской
Re: Движения одного документа у другого
Ответ #46 - 02. Ноября 2009 :: 08:02
Печать  
Я написал что не тестировал ни по одной из этих схем.
Цель тестов убедиться есть ошибки  и лучше наверное пользоваться
не solio а двумя другими тестами.
Цель тестов понять сервер ошибается или нет.
Т.е. есть или нет у Вас много ошибок по железу.
Нужно ли менять Ваш сервер целиком или нет( только модифицировать файловую систему).


Также  Вы переформитировали диски под 64 Кб или там что -то другое речь об  8 Кб и 64 Кб. Делали ли Вы исправление смещения под первый блок 64 кб?

Если брать чисто теоретически то цифры больно уж хорошие - значит неправдоподобные.

Если говорить о статье
/blogs/gladchenko/archive/2009/06/09/1694801.aspx то я не согласен с ее результатати т.к все тесты там делались  без использования кеша контролера. Но все равно видно что raid1 производительнее
чем raid5 а там дисков 12, на 3,4 дисках raid1 выиграет у raid5 значительно больше.

Если применительно к 1с и sql надо смотреть сред длину очереди к логическому диску.
  
Наверх
 
IP записан
 
noxxx
Full Member
***
Отсутствует


1c++ rocks 8)

Сообщений: 239
Местоположение: Москва
Зарегистрирован: 24. Августа 2007
Пол: Мужской
Re: Движения одного документа у другого
Ответ #47 - 02. Ноября 2009 :: 08:22
Печать  
Z1 писал(а) 02. Ноября 2009 :: 08:02:
Я написал что не тестировал ни по одной из этих схем.
Цель тестов убедиться есть ошибки  и лучше наверное пользоваться
не solio а двумя другими тестами.
Цель тестов понять сервер ошибается или нет.
Т.е. есть или нет у Вас много ошибок по железу.
Нужно ли менять Ваш сервер целиком или нет( только модифицировать файловую систему).

Также  Вы переформитировали диски под 64 Кб или там что -то другое речь об  8 Кб и 64 Кб. Делали ли Вы исправление смещения под первый блок 64 кб?

Если брать чисто теоретически то цифры больно уж хорошие - значит неправдоподобные.

Если говорить о статье
/blogs/gladchenko/archive/2009/06/09/1694801.aspx то я не согласен с ее результатати т.к все тесты там делались  без использования кеша контролера. Но все равно видно что raid1 производительнее
чем raid5 а там дисков 12, на 3,4 дисках raid1 выиграет у raid5 значительно больше.

Если применительно к 1с и sql надо смотреть сред длину очереди к логическому диску.


Охохо ... Я вчера пробовал погонять SQLSim (прочитал, что оно сделано вместо SQLStress), в начале теста получил ошибку:

Код
Выбрать все
CreateFileStream Error: 0x80070032
Error Text:
Description: Unable to get disk cache info for D:\
 



Потом тест прошел без ошибок:

Код
Выбрать все
Closing file D:\sqliosim.mdx
File Attributes: Compression = No, Encryption = No, Sparse = No
Target IO Duration (ms) = 100, Running Average IO Duration (ms) = 15, Number of times IO throttled = 2974, IO request blocks = 16 Reads = 3087, Scatter Reads = 14670, Writes = 286, Gather Writes = 21813, Total IO Time (ms) = 19822101
DRIVE LEVEL: Sector size = 512, Cylinders = 26769, Media type = 0, Sectors per track = 12, Tracks per Cylinders = 63
DRIVE LEVEL: Read cache enabled = No, Write cache enabled = No
DRIVE LEVEL: Read count = 17757, Read time = 646055, Write count = 23568, Write time = 19226797, Idle time = 9017, Bytes read = 5840797696, Bytes written = 5579250688, Split IO Count = 0, Storage number = 2, Storage manager name = FTDISK
Closing file D:\sqliosim.ldx
File Attributes: Compression = No, Encryption = No, Sparse = No
Target IO Duration (ms) = 100, Running Average IO Duration (ms) = 116, Number of times IO throttled = 118, IO request blocks = 1
Reads = 0, Scatter Reads = 0, Writes = 1415, Gather Writes = 0, Total IO Time (ms) = 141449
DRIVE LEVEL: Sector size = 512, Cylinders = 26769, Media type = 0, Sectors per track = 12, Tracks per Cylinders = 63
DRIVE LEVEL: Read cache enabled = No, Write cache enabled = No
DRIVE LEVEL: Read count = 17757, Read time = 646055, Write count = 23578, Write time = 19226799, Idle time = 9022, Bytes read = 5840797696, Bytes written = 5579291648, Split IO Count = 0, Storage number = 2, Storage manager name = FTDISK
Buffer Pool: validated buffers 309170, pages 377585, discarded buffers 363156 



Но осмыслить и интерпретировать результаты пока не могу. Буду читать.
  
Наверх
ICQ  
IP записан
 
noxxx
Full Member
***
Отсутствует


1c++ rocks 8)

Сообщений: 239
Местоположение: Москва
Зарегистрирован: 24. Августа 2007
Пол: Мужской
Re: Движения одного документа у другого
Ответ #48 - 02. Ноября 2009 :: 08:28
Печать  
Z1 писал(а) 02. Ноября 2009 :: 08:02:
Также  Вы переформитировали диски под 64 Кб или там что -то другое речь об  8 Кб и 64 Кб. Делали ли Вы исправление смещения под первый блок 64 кб?
Но все равно видно что raid1 производительнее чем raid5 а там дисков 12, на 3,4 дисках raid1 выиграет у raid5 значительно больше.


Нет, диски не форматировал. Про 8 и 64 кб - это размер блоков записи/чтения при выполнении тестов. О каком смещении идет речь - понятия не имею o_O

На Raid1 мы будем переделывать ФС либо завтра, либо в среду.
  
Наверх
ICQ  
IP записан
 
leshik
1c++ donor
Отсутствует



Сообщений: 820
Местоположение: Пятигорск
Зарегистрирован: 22. Апреля 2007
Пол: Мужской
Re: Движения одного документа у другого
Ответ #49 - 02. Ноября 2009 :: 13:29
Печать  
Цитата:
На Raid1 мы будем переделывать ФС либо завтра, либо в среду.

Выровняйте сразу кластера - не пожалеете.
  
Наверх
IP записан
 
noxxx
Full Member
***
Отсутствует


1c++ rocks 8)

Сообщений: 239
Местоположение: Москва
Зарегистрирован: 24. Августа 2007
Пол: Мужской
Re: Движения одного документа у другого
Ответ #50 - 02. Ноября 2009 :: 13:49
Печать  
leshik писал(а) 02. Ноября 2009 :: 13:29:
Цитата:
На Raid1 мы будем переделывать ФС либо завтра, либо в среду.

Выровняйте сразу кластера - не пожалеете.


А какой размер кластера предпочтительней?
  
Наверх
ICQ  
IP записан
 
leshik
1c++ donor
Отсутствует



Сообщений: 820
Местоположение: Пятигорск
Зарегистрирован: 22. Апреля 2007
Пол: Мужской
Re: Движения одного документа у другого
Ответ #51 - 02. Ноября 2009 :: 16:30
Печать  
По опыту ознакомления с материалами SQL.ru предпочтительней 64К.
  
Наверх
IP записан
 
Z1
God Member
*****
Отсутствует


I Love YaBB 2!

Сообщений: 2906
Местоположение: Москва
Зарегистрирован: 26. Мая 2006
Пол: Мужской
Re: Движения одного документа у другого
Ответ #52 - 03. Ноября 2009 :: 05:57
Печать  
Цитата:
Охохо ... Я вчера пробовал погонять SQLSim (прочитал, что оно сделано вместо SQLStress), в начале теста получил ошибку
Потом ошибка повторилась или пропала.


Т.е. Вам надо как то проверить железо работает правильно или нет.
Или принять на веру что в железе нет ошибок.

  
Наверх
 
IP записан
 
Z1
God Member
*****
Отсутствует


I Love YaBB 2!

Сообщений: 2906
Местоположение: Москва
Зарегистрирован: 26. Мая 2006
Пол: Мужской
Re: Движения одного документа у другого
Ответ #53 - 03. Ноября 2009 :: 06:03
Печать  
noxxx писал(а) 02. Ноября 2009 :: 08:28:
Z1 писал(а) 02. Ноября 2009 :: 08:02:
Также  Вы переформитировали диски под 64 Кб или там что -то другое речь об  8 Кб и 64 Кб. Делали ли Вы исправление смещения под первый блок 64 кб?
Но все равно видно что raid1 производительнее чем raid5 а там дисков 12, на 3,4 дисках raid1 выиграет у raid5 значительно больше.

Нет, диски не форматировал. Про 8 и 64 кб - это размер блоков записи/чтения при выполнении тестов. О каком смещении идет речь - понятия не имею o_O

На Raid1 мы будем переделывать ФС либо завтра, либо в среду.



Размер логич блока надо ставить 64 Кб ( если Вы знаете почему надо ставить больше то совет про 64 Вам не нужен)

Речь идет об  этом - ошибке в Win200, win2003
http://www.gilev.ru/1c/hardware/RAID.html это актуально
для всего диска ( raid ) поэтому заголовок статьи пропускаем, а статью читаем.

PS
В win2008 это исправили и ничего делать в win2008 не нужно.
там размер нулевого блока равен  1МБ.


  
Наверх
 
IP записан
 
noxxx
Full Member
***
Отсутствует


1c++ rocks 8)

Сообщений: 239
Местоположение: Москва
Зарегистрирован: 24. Августа 2007
Пол: Мужской
Re: Движения одного документа у другого
Ответ #54 - 03. Ноября 2009 :: 06:32
Печать  
Z1 писал(а) 03. Ноября 2009 :: 05:57:
Цитата:
Охохо ... Я вчера пробовал погонять SQLSim (прочитал, что оно сделано вместо SQLStress), в начале теста получил ошибку
Потом ошибка повторилась или пропала.


Т.е. Вам надо как то проверить железо работает правильно или нет.
Или принять на веру что в железе нет ошибок.



Буду надеяться что ошибка связана с какими-либо системными настройками. После переустановки сервера прогоню еще раз тесты.
Спасибо за статью! О результатах бойни с сервером сообщу.
  
Наверх
ICQ  
IP записан
 
Z1
God Member
*****
Отсутствует


I Love YaBB 2!

Сообщений: 2906
Местоположение: Москва
Зарегистрирован: 26. Мая 2006
Пол: Мужской
Re: Движения одного документа у другого
Ответ #55 - 03. Ноября 2009 :: 06:38
Печать  
noxxx писал(а) 03. Ноября 2009 :: 06:32:
Z1 писал(а) 03. Ноября 2009 :: 05:57:
Цитата:
Охохо ... Я вчера пробовал погонять SQLSim (прочитал, что оно сделано вместо SQLStress), в начале теста получил ошибку
Потом ошибка повторилась или пропала.


Т.е. Вам надо как то проверить железо работает правильно или нет.
Или принять на веру что в железе нет ошибок.



Буду надеяться что ошибка связана с какими-либо системными настройками. После переустановки сервера прогоню еще раз тесты.
Спасибо за статью! О результатах бойни с сервером сообщу.

Перед установкой сервера Вы должны точно знать всю конфигурацию файловой системы т.е. иметь рисунок физического и логического
разбиения дисков и где будут работать основные элементы :
ОС, БД, журнал транзакций.
  
Наверх
 
IP записан
 
noxxx
Full Member
***
Отсутствует


1c++ rocks 8)

Сообщений: 239
Местоположение: Москва
Зарегистрирован: 24. Августа 2007
Пол: Мужской
Re: Движения одного документа у другого
Ответ #56 - 03. Ноября 2009 :: 08:15
Печать  
Z1 писал(а) 03. Ноября 2009 :: 06:38:
Перед установкой сервера Вы должны точно знать всю конфигурацию файловой системы т.е. иметь рисунок физического и логического
разбиения дисков и где будут работать основные элементы :
ОС, БД, журнал транзакций.


Будем делать так:

1 Диск - ОС
2+3 Диск  в RAID1 - БД
4 Диск - Журнал транзакций

Кстати, возник вопрос - насколько страшна для базы потеря журнала транзакций? Ведь в случае поломки диска мы теряем журнал, он же не зеркалируется никак.
  
Наверх
ICQ  
IP записан
 
Z1
God Member
*****
Отсутствует


I Love YaBB 2!

Сообщений: 2906
Местоположение: Москва
Зарегистрирован: 26. Мая 2006
Пол: Мужской
Re: Движения одного документа у другого
Ответ #57 - 03. Ноября 2009 :: 08:51
Печать  
noxxx писал(а) 03. Ноября 2009 :: 08:15:
Z1 писал(а) 03. Ноября 2009 :: 06:38:
Перед установкой сервера Вы должны точно знать всю конфигурацию файловой системы т.е. иметь рисунок физического и логического
разбиения дисков и где будут работать основные элементы :
ОС, БД, журнал транзакций.


Будем делать так:

1 Диск - ОС
2+3 Диск  в RAID1 - БД
4 Диск - Журнал транзакций

Кстати, возник вопрос - насколько страшна для базы потеря журнала транзакций? Ведь в случае поломки диска мы теряем журнал, он же не зеркалируется никак.

это зависит от recovery model. Как ее выбирать либо слишком простой либо слишком сложный вопрос.

В своих базах использую simple.

Опять же ведь у Вас урбд так и делайте обмен раз в час вот Вам и будет точно копия базы на час назад.

Ну также никто не мешает вам на журнал транзакций тоже ставить raid-1 Просто рекомендация по разбиению файловой системы была дана в предположении что Вы не будете менять диски.
Если это не так то и рекомендация неверна и возникает очень много вариантов.

  
Наверх
 
IP записан
 
noxxx
Full Member
***
Отсутствует


1c++ rocks 8)

Сообщений: 239
Местоположение: Москва
Зарегистрирован: 24. Августа 2007
Пол: Мужской
Re: Движения одного документа у другого
Ответ #58 - 03. Ноября 2009 :: 09:00
Печать  
Кстати, о recovery model. Читал, что если установить модель Simple, то база начнет шуршать быстрее, но мы рискуем при падении сервера потерять данные. Так ли это? (УРБД в расчет не брать). А так де, обмен раз в 20-40 минут, точная копия базы имеется.
  
Наверх
ICQ  
IP записан
 
Z1
God Member
*****
Отсутствует


I Love YaBB 2!

Сообщений: 2906
Местоположение: Москва
Зарегистрирован: 26. Мая 2006
Пол: Мужской
Re: Движения одного документа у другого
Ответ #59 - 03. Ноября 2009 :: 09:11
Печать  
noxxx писал(а) 03. Ноября 2009 :: 09:00:
Кстати, о recovery model. Читал, что если установить модель Simple, то база начнет шуршать быстрее, но мы рискуем при падении сервера потерять данные. Так ли это? (УРБД в расчет не брать). А так де, обмен раз в 20-40 минут, точная копия базы имеется.

ms sql сначала пишет данные в журнал транзакций потом в файлы данных.
При моделе simple в журнал транзакций пишется более сокращенный набор изменений ( по сравнению с full ) - за счет этого simple быстрее. Может еще быстрее и за счет того что при simple журнал сам усекается но не уверен влияет ли это на скорость или нет.

Расшифруйте что Вы понимаете под падением сервера - тогда
можно сказать какая модель лучше хуже. нет идеальных решений на все случаи.
( а то может у Вас сервер с пятого этажа упадет  Улыбка  )
  
Наверх
 
IP записан
 
Переключение на Главную Страницу Страницы: 1 2 3 [4] 5 6 ... 19
ОтправитьПечать