|
|
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
Приветствую коллег !! Существует БД Sybase ASE 12.5.3., размеры фронтальной ДБ, на текущий момент, около 14 Гб. Девайсы БД и лога разнесены по разным разделам. Начальникам отделов поддержки и разработки не нравятся физические чтения из БД. После анализа использования были добавлены именованные cache на некоторые громадные таблицы. Интересует следующие вопросы: 1. Возможно ли минимизировать физические чтения из БД; 2. Существует ли методика "забивания" кэшей после, скажем рестарта или обновления версии сервера БД; 3. Даже после добавления именнованых кэшей эти объекты присутсвуют в default data cache. Это нормально или нет !? Заранее спасибо за помощь !! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2008, 17:16 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
biplane Приветствую коллег !! Существует БД Sybase ASE 12.5.3., размеры фронтальной ДБ, на текущий момент, около 14 Гб. Девайсы БД и лога разнесены по разным разделам. Начальникам отделов поддержки и разработки не нравятся физические чтения из БД. После анализа использования были добавлены именованные cache на некоторые громадные таблицы. Интересует следующие вопросы: 1. Возможно ли минимизировать физические чтения из БД; 2. Существует ли методика "забивания" кэшей после, скажем рестарта или обновления версии сервера БД; 3. Даже после добавления именнованых кэшей эти объекты присутсвуют в default data cache. Это нормально или нет !? Заранее спасибо за помощь !! 1. не работать с БД; увеличить размер оперативки, доступный серверу СУБД (кэш); изменить характер работы приложения с объектами БД (уменьшить размер выборок, использовать хинт (MRU) ускоряющий "вымывание" полученных данных из кэша, если эти данные более не понадобятся в обозримое время и т.п.) 2. да, существует. Для этого необходимо после рестарта сервера запустить характерные для приложения запросы, чтобы наиболее популярные данные сервер начитал в кэш 3. покажите результат выполнения Код: plaintext 1. 2. 3. 4. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2008, 17:52 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
По 1 и 2 стало проясняться. Спасибо за информацию. А по запросу.. .вот : Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. 124. 125. 126. 127. 128. 129. 130. 131. 132. 133. 134. 135. 136. 137. 138. 139. 140. 141. 142. 143. 144. 145. 146. 147. 148. 149. 150. 151. 152. 153. 154. 155. 156. 157. 158. 159. 160. 161. 162. 163. 164. 165. 166. 167. 168. 169. 170. 171. 172. 173. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2008, 18:13 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
не в обиду тому кто конфигурировал єтот сервер : Во многой мудрости много печали; и кто умножает познания, умножает скорбь то есть по-моему ві перемудрили Модератор: 0rc, переключайте там у себя на русский. Язык сервера - русский. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2008, 18:32 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
мда, а вы мониторили эффективность этих кэшей? они вообще используются? на физические чтения по каким таблицам жалуются начальники? по большим/маленьким? размеры таблиц? операции, которые вызывают чтения с дисков ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2008, 18:34 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
0rcне в обиду тому кто конфигурировал єтот сервер : Во многой мудрости много печали; и кто умножает познания, умножает скорбь то есть по-моему ві перемудрили Спасибо за мнение. Согласен что не всегда тонкий тюнинг во благо, но.... Если возможно приведите пожалуйста примеры ваших настроек !? Как Вы поступаете при возникновении задержек в обработке запросов, на фоне загрузки сервера из-за дисковых физических чтений !? Заранее благодарен ! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2008, 18:46 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
komradмда, а вы мониторили эффективность этих кэшей? они вообще используются? на физические чтения по каким таблицам жалуются начальники? по большим/маленьким? размеры таблиц? операции, которые вызывают чтения с дисков ? По каким признакам можно однозначно ответить по эффективности использования кэшей !? К примеру, именнованные кеши мы установили на 3 основные огромнейшие таблицы в которые идут массовые insert и не менее массовые чтения. Размеры 3-х основных таблиц: 5 млн., 6 млн. 10 млн. строк.... И один из главнейших вопросов: Даже после добавления именнованых кэшей эти объекты присутсвуют в default data cache. Это нормально или нет !? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2008, 18:53 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
biplane komradмда, а вы мониторили эффективность этих кэшей? они вообще используются? на физические чтения по каким таблицам жалуются начальники? по большим/маленьким? размеры таблиц? операции, которые вызывают чтения с дисков ? По каким признакам можно однозначно ответить по эффективности использования кэшей !? К примеру, именнованные кеши мы установили на 3 основные огромнейшие таблицы в которые идут массовые insert и не менее массовые чтения. Размеры 3-х основных таблиц: 5 млн., 6 млн. 10 млн. строк.... И один из главнейших вопросов: Даже после добавления именнованых кэшей эти объекты присутсвуют в default data cache. Это нормально или нет !? по статистике использования её можно получить выполнив несколько раз за день например этот запрос: Код: plaintext а вы уверены, что прицепили объекты к кэшам? выполните по спец. кэшам запрос Код: plaintext размеры таблиц показать следующим: Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2008, 19:10 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
кстати, процессоров у вас 16 штук? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2008, 19:10 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
komradкстати, процессоров у вас 16 штук? Ага, 16... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2008, 19:20 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
biplane komradкстати, процессоров у вас 16 штук? Ага, 16... а партишенов в большинстве кэшей по одному ... непорядок ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2008, 19:21 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
komrad[quot biplane][quot komrad] а вы уверены, что прицепили объекты к кэшам? выполните по спец. кэшам запрос Код: plaintext размеры таблиц показать следующим: Код: plaintext 1 Cache Name Config Size Run Size Overhead 2 ------------------------ ------------- ---------- ---------- 3 db_2008_log 12.00 Mb 12.00 Mb 0.68 Mb 4 db_2008_log_sql 12.00 Mb 12.00 Mb 0.68 Mb 5 6 ------------------ Cache Binding Information: ------------------ 7 8 Cache Name Entity Name Type Index Name Status 9 ---------- ----------- ---- ---------- ------ 10 db_2008_log biplane.dbo.syslogs table V 11 db_2008_log_sql biplane.dbo.log_sql table V 12 (return status = 0) 13 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2008, 19:25 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
komrad biplane komradкстати, процессоров у вас 16 штук? Ага, 16... а партишенов в большинстве кэшей по одному ... непорядок ;) Разъясните пожалуйста. :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2008, 19:26 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
biplane пишет: > 1. Возможно ли минимизировать физические чтения из БД; Да > 2. Существует ли методика "забивания" кэшей после, скажем рестарта или > обновления версии сервера БД; да > 3. Даже после добавления именнованых кэшей эти объекты присутсвуют в > default data cache. Это нормально или нет !? Нет, вы еще должны прибиндить таблицы и/или индексы на этот кэш, а вы, видимо, этого не сделали. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2008, 20:47 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
biplane пишет: > Спасибо за мнение. Согласен что не всегда тонкий тюнинг во благо, но.... > Если возможно приведите пожалуйста примеры ваших настроек !? Как Вы Не бывает универсальных настроек на все приложения в мире. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2008, 20:52 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
komrad пишет: > кстати, процессоров у вас 16 штук? > Ага, 16... > а партишенов в большинстве кэшей по одному ... непорядок ;) Браво, видно руку мастера ! а сколько бы вы предложили, 16 ? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2008, 20:54 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
1.у вас база ВСЯ примерно как кеш ВЕСЬ - смісла нет разбивать... 2.партешені стоило бі делать при нехватке кеша - то есть у вас всего ОЗУ 32 гига на сервере, мои настройки вам не подойдут, у меня базі на порядок-два больше... 3.а что говорит сисмон ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2008, 21:19 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
Как раз таки на больших таблицах стоит 16 партишенов, а на мелких стоит 1. К тому же на этих мелких никогда при мониторинге не возникало конкуренции за спин блокировку. На больших таблицах при работе sysmon Utilization именнованых кешей не больше 7%. К именнованым кешам прикреплены таблицы и ихние индексы. но данные все равно попадают в дефолт дата кеш. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2008, 09:47 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
Результат работы sysmon за 10мин Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. 124. 125. 126. 127. 128. 129. 130. 131. 132. 133. 134. 135. 136. 137. 138. 139. 140. 141. 142. 143. 144. 145. 146. 147. 148. 149. 150. 151. 152. 153. 154. 155. 156. 157. 158. 159. 160. 161. 162. 163. 164. 165. 166. 167. 168. 169. 170. 171. 172. 173. 174. 175. 176. 177. 178. 179. 180. 181. 182. 183. 184. 185. 186. 187. 188. 189. 190. 191. 192. 193. 194. 195. 196. 197. 198. 199. 200. 201. 202. 203. 204. 205. 206. 207. 208. 209. 210. 211. 212. 213. 214. 215. 216. 217. 218. 219. 220. 221. 222. 223. 224. 225. 226. 227. 228. 229. 230. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2008, 09:53 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
если результат работы sysmon нечитаемый. то я могу выложить еще раз. только подскажите как убрать форматирование в сообщении(плохо что нету возможности отредактировать сообщение) Модератор: FIXED, SRC, вообще все теги вверху WEB-интерфейса есть. Или нажмите "Цитировать" на сообщении и посмотрите, как его надо оформлять. Ваши я исправил. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2008, 09:57 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
на сервере 16гб оперативки ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2008, 10:01 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
ну а для начала может стоит отказаться от ТАКОГО количества кешей ? сделать кроме дефолт дата кеша именованные для больших таблиц, промониторить поведение, может сделать в дефолт дата кеше партишены - и снова промониторить и попробовать взвести number of index trips number of oam trips ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2008, 10:34 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
MasterZiv biplane пишет: > 1. Возможно ли минимизировать физические чтения из БД; Да Спасибо конечно, но Вы написали это просто чтобы написать !? Я обратился сюда в надежде получить практически применимые подсказки. О том что минимизировать я догадываюсь :-) , но вот интересно как мне поступить в конкретном случае. MasterZiv > 2. Существует ли методика "забивания" кэшей после, скажем рестарта или > обновления версии сервера БД; да Пишите ИСЧО !!! MasterZiv > 3. Даже после добавления именнованых кэшей эти объекты присутсвуют в > default data cache. Это нормально или нет !? Нет, вы еще должны прибиндить таблицы и/или индексы на этот кэш, а вы, видимо, этого не сделали. В том и вся трабла что объект ЕСТЕСТВЕннО прибинден к кэшу (что видно в примере запроса положенному выше). Существует ли какая нибудь политика использования кэша, если при наличии именнованого кэша данные из объекта все равно попадают в default data cache. Может быть на каких то запросах.. .я не знаю... к примеру при превышении сколько то коннектов запросы автоматом не идут через именнованные кэши, а через default data cache.... НЕ знаю... но вот такая трабла... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2008, 10:43 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
Спасибо конечно, но Вы написали это просто чтобы написать !? Я тут болею немного, так что извините. Вам и без меня думаю хорошо помогли. В том и вся трабла что объект ЕСТЕСТВЕннО прибинден к кэшу (что видно в примере запроса положенному выше). Существует ли какая нибудь политика использования кэша, если при наличии именнованого кэша данные из объекта все равно попадают в default data cache. Может быть на каких то запросах.. .я не знаю... Нет, нет, никогда такого быть не должно, если все правильно сконфигурено. Может вам стоит перегрузить сервер ? я точно не помню, но кажется надо сервер перегружать чтобы объект перешел из одного кэша в другой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2008, 11:50 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
Все же хочется увидеть мнение людей по приведенным логам sysmon по именованым кешам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2008, 12:39 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
MasterZivСпасибо конечно, но Вы написали это просто чтобы написать !? Я тут болею немного, так что извините. Вам и без меня думаю хорошо помогли. В том и вся трабла что объект ЕСТЕСТВЕннО прибинден к кэшу (что видно в примере запроса положенному выше). Существует ли какая нибудь политика использования кэша, если при наличии именнованого кэша данные из объекта все равно попадают в default data cache. Может быть на каких то запросах.. .я не знаю... Нет, нет, никогда такого быть не должно, если все правильно сконфигурено. Может вам стоит перегрузить сервер ? я точно не помню, но кажется надо сервер перегружать чтобы объект перешел из одного кэша в другой. СУБД перезагружали неоднократно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2008, 12:41 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
А что тут комментировать... Использование именнованных кешей в вашем случае вообще нецелесообразно... Так как ранее было замеченно, вы можете полжить всю свою БД в default cache с несколькими партишенами в нем. А также еще сделать кеш для лога и tempdb В данный момент, именнованные кеши используются максимум в 2% случае обращений. "Так называемые" большие пулы в них вообще никогда не используются.. "Так называемые", потому что если хотите делать большие пулы, то делайте их максимального размера, т.е. 8 логич. страниц а не 4 лог.страницы как сейчас. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2008, 13:38 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
morisА что тут комментировать... Использование именнованных кешей в вашем случае вообще нецелесообразно... Так как ранее было замеченно, вы можете полжить всю свою БД в default cache с несколькими партишенами в нем. А также еще сделать кеш для лога и tempdb В данный момент, именнованные кеши используются максимум в 2% случае обращений. "Так называемые" большие пулы в них вообще никогда не используются.. "Так называемые", потому что если хотите делать большие пулы, то делайте их максимального размера, т.е. 8 логич. страниц а не 4 лог.страницы как сейчас. Спасибо за ответ. скажите у нас база растет почти 2гб в месяц. то скоро она будет намного больше чем размер оперативки. Как нужно действовать чтобы всетаки физ.чтения были минимальные? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2008, 13:57 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
merphy9 Спасибо за ответ. скажите у нас база растет почти 2гб в месяц. то скоро она будет намного больше чем размер оперативки. Как нужно действовать чтобы всетаки физ.чтения были минимальные? покупать по 2 гига оперативки в месяц :) как живут системы у которых базы в сотни гиг ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2008, 16:46 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
0rc merphy9 Спасибо за ответ. скажите у нас база растет почти 2гб в месяц. то скоро она будет намного больше чем размер оперативки. Как нужно действовать чтобы всетаки физ.чтения были минимальные? покупать по 2 гига оперативки в месяц :) как живут системы у которых базы в сотни гиг ? Так я и спрашиваю совета как можно еще подкрутить сервер для уменьшения количества физ.чтений! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2008, 16:58 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
автор"Так я и спрашиваю совета как можно еще подкрутить сервер для уменьшения количества физ.чтений!" Ув. merphy9 без обид, но Вам не кажеться, что вы задаете вопросы по сути ни о чем? О какой проблеме с излишним физическим чтением вы говорите?? По присланным сисмонам у вас 100% попадание и это даже при таком неграмотном разбиение на кеши. Учитывая тот факт, что ваша БД вся в кеши может находиться вообще, в ближайшее время, о каком проблеме с физическим чтением все-таки говориться?? На каком основании ваше начальство вообще сделало такой вывод, что проблема с излишним физическим чтением имеет место??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2008, 17:23 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
moris автор"Так я и спрашиваю совета как можно еще подкрутить сервер для уменьшения количества физ.чтений!" Ув. merphy9 без обид, но Вам не кажеться, что вы задаете вопросы по сути ни о чем? О какой проблеме с излишним физическим чтением вы говорите?? По присланным сисмонам у вас 100% попадание и это даже при таком неграмотном разбиение на кеши. Учитывая тот факт, что ваша БД вся в кеши может находиться вообще, в ближайшее время, о каком проблеме с физическим чтением все-таки говориться?? На каком основании ваше начальство вообще сделало такой вывод, что проблема с излишним физическим чтением имеет место??? Спасибо что подтвердили наше мнение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2008, 17:34 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
Посоветуйте пожалуйста как грамотно сделать именованные кеши? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2008, 17:41 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
morisО какой проблеме с излишним физическим чтением вы говорите?? По присланным сисмонам у вас 100% попадание и это даже при таком неграмотном разбиение на кеши. Учитывая тот факт, что ваша БД вся в кеши может находиться вообще, в ближайшее время, о каком проблеме с физическим чтением все-таки говориться?? На каком основании ваше начальство вообще сделало такой вывод, что проблема с излишним физическим чтением имеет место??? Вот это уже интереснее! Уважаемый Moris, интересно Ваше мнение - существует ли какая нибудь пропорция размер БД, размер физической памяти сервера, размеры кэшей, количество пользователей и характер их запросов!? По поводу истоков проблемы: перед группой системных администраторов поставлена задача исследования и минимизации времени обработки транзакций, посредством тонкого тюнинга самого железного сервера, сервера БД, и прочего... Одной из причин замедления времени обработки транзакции считаются физические обращения к дисковому массиву (не смотря на быстрые винты, разкладывание "тел" БД и лога на разные партитиции и прочее... ;-) ...). Вот мы и озадачились данной проблемой. Лично я заинтересован не в разборках с начальством, а с полным пониманием работы конкретной БД с конкретным железом и с конкретной логикой клиенских приложений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2008, 18:36 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
biplane пишет: > Уважаемый Moris, интересно Ваше мнение - существует ли какая нибудь > пропорция размер БД, размер физической памяти сервера, размеры кэшей, > количество пользователей и характер их запросов!? не существует никаких волшебных пропорций, все зависит от конкретной БД и приложения. А вам совет - уберите все именованные кэши, отдайте все в дефолтный, Разве что для tempdb отдельный кэш (и для ее лога) небольшой оставте. Напр. на пол -tempdb. И - мониторьте, мониторьте. И сматрите, что тормозит. > По поводу истоков проблемы: перед группой системных администраторов > поставлена задача исследования и минимизации времени обработки > транзакций, посредством тонкого тюнинга самого железного сервера, > сервера БД, и прочего... Ага, но у них не хватает опыта и они крутят за все рычажки, что видят Одной из причин замедления времени обработки > транзакции считаются физические обращения к дисковому массиву (не смотря > на быстрые винты, разкладывание "тел" БД и лога на разные партитиции и > прочее... ;-) ...). С какого вы это решили-то ? Мониторинги делали ? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2008, 19:03 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
MasterZivне существует никаких волшебных пропорций, все зависит от конкретной БД и приложения. А вам совет - уберите все именованные кэши, отдайте все в дефолтный, Разве что для tempdb отдельный кэш (и для ее лога) небольшой оставте. Напр. на пол -tempdb. И - мониторьте, мониторьте. И сматрите, что тормозит. Спасибо за совет. Встречный вопрос: по каким параметрам Вы оцениваете свою платформу !? Еще практический вопрос - какие основные параметры влияют на быстродействие обработки транзакций в БД !? Одним из решений было создание именнованых кэшей... что еще !?))) MasterZivАга, но у них не хватает опыта и они крутят за все рычажки, что видят Согласитесь некорректное высказывание. И я же писал выше, что просто "выкручиванием" всех параметров не хотелось админить, а хочется четко понимать как и что работает и параллельно интересно мнение коллег. Улавливаете разницу !? ;-) MasterZivС какого вы это решили-то ? Мониторинги делали ? Ну естественно мониторили, тестили и мониторили. И если четко в логе написано что физических чтений при обработке запроса столько-то, да умножить это все на количество транзакций.... Я не говорю что необходимо "высадить" все БД в память, но по возможности минимизации физических чтений при работе конкретного приложения и конкретной БД. Во, блин я в полемику полез !!! ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2008, 19:24 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
biplane Во, блин я в полемику полез !!! это не полемика а чистое упрямство - прочитать в документации что-то и упорно настаивать минимум трое участников вам предложили свести к минимуму количество именованных кешей, а вы все равно зациклились на этом ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2008, 20:06 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
morisА что тут комментировать... Использование именнованных кешей в вашем случае вообще нецелесообразно... Так как ранее было замеченно, вы можете полжить всю свою БД в default cache с несколькими партишенами в нем. А также еще сделать кеш для лога и tempdb В данный момент, именнованные кеши используются максимум в 2% случае обращений. "Так называемые" большие пулы в них вообще никогда не используются.. "Так называемые", потому что если хотите делать большие пулы, то делайте их максимального размера, т.е. 8 логич. страниц а не 4 лог.страницы как сейчас. +1! 2 biplane: делать выводы по одному сисмону конечно не очень корректно, но полагаю картина не сильно изменится и при дальнейшем мониторинге имхо, оставить default cache & tempdb cache, всё остальное убрать база у вас почти равна кэшу - ситуация идеальная ;) более того, подозреваю, что реально данных у вас меньше, чем размер БД ;) что говорит Код: plaintext кстати, почему руководство уверено что проблема именно в физических чтениях? как проверяли? что у вас с дисковой подсистемой? biplaneПо поводу истоков проблемы: перед группой системных администраторов поставлена задача исследования и минимизации времени обработки транзакций, посредством тонкого тюнинга самого железного сервера, сервера БД, и прочего... что за транзакции? если имеется ввиду OLTP, то для ускорения записи в таблицы надо убрать индексы, триггеры - тогда скорость записи будет максимальна. Как только добавляется логика, скорость вставки снижается. Кстати, а вы не рассматривали такой вариант, как добавление отчетного сервера и настройки репликации на него с боевого сервера? Возможно у вас на одном сервере конкурируют OLTP & DSS активности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.04.2008, 09:14 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
biplane пишет: > Спасибо за совет. Встречный вопрос: по каким параметрам Вы оцениваете > свою платформу !? Это как ? Не понял. > Еще практический вопрос - какие основные параметры влияют на > быстродействие обработки транзакций в БД !? Одним из решений было > создание именнованых кэшей... что еще !?))) Да много чего. Вы хотите чтобы мы вам так вот удаленно и забесплатно оттюнили ваше приложение и БД ? Не получится, это - достаточно серьезная работа, и ее надо заниматься, а не так чтобы плюнул-дунул, и за вас это никто не сделает. (есть правда вариант нанять консультанта, например в том же нашем Sybase CIS). > "выкручиванием" всех параметров не хотелось админить, а хочется четко > понимать как и что работает и параллельно интересно мнение коллег. Так читайте, читайте документацию P&T, изучайте. > Ну естественно мониторили, тестили и мониторили. И если четко в логе > написано что физических чтений при обработке запроса столько-то, да > умножить это все на количество транзакций.... В каком логе ? Короче, я нифига не понимаю из того, что вы тут пишите. Думаю, что другие не понимаю тоже. Вы задавайте конкретные вопросы, будут конкретные ответы. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.04.2008, 09:33 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
...быстрые винты, разкладывание "тел" БД и лога на разные партитиции и прочее... какая операционка ? какие диски ? в каким массиве они ? как сервер с дисковым массивом соединен ? как созданы девайсы ? как расположены девайсы ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.04.2008, 10:38 |
|
||
|
Физические чтения с сервера БД
|
|||
|---|---|---|---|
|
#18+
авторУважаемый Moris, интересно Ваше мнение - существует ли какая нибудь пропорция размер БД, размер физической памяти сервера, размеры кэшей, количество пользователей и характер их запросов!? Полностью согласен с Код: plaintext 1. 2. 2 biplane Реально я тут в вашем случае вообще не вижу проблемы ни как по присланным материалам, так и по вашим обсуждениям. И так вы считаете... авторОдной из причин замедления времени обработки транзакции считаются физические обращения к дисковому массиву Кем считается ?? На основании чего был сделан такой вывод???? Вы не можете четко сказать этого не так ли? Конфуций Тяжело искать черную кошку в темной комнате. Тем более , если ее там нет. Я бы с удовольствием постарался вам помочь, если бы была реально проблема, но в этом случае мне просто жалко своего времени на флейм. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.04.2008, 11:38 |
|
||
|
|

start [/forum/topic.php?all=1&fid=55&tid=2011633]: |
0ms |
get settings: |
7ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
142ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
43ms |
get tp. blocked users: |
1ms |
| others: | 238ms |
| total: | 452ms |

| 0 / 0 |
