|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
Стоит на виртуалке сервер Oracle 11.2, прокинул мост между виртуалкой и хост машиной. Хост машина по конфигурации нармальная - "4 ядра 4 гига". Очень сложно на хост машине работать сАпексом, через раз постоянно вылезает ошибка: Код: plaintext 1.
можно ли как то увеличить отзывчивость системы? Спасибо ... |
|||
:
Нравится:
Не нравится:
|
|||
10.06.2012, 16:36 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
вот еще такого плана: Код: sql 1. 2. 3. 4.
... |
|||
:
Нравится:
Не нравится:
|
|||
10.06.2012, 16:38 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
Oracle XE если что... вообще не возможно работать потсоянно такая трабла. Листенер сомтрел, варьировал разные адреса, от локалхост до явного указания IP. ничего не помогает. Что можно еще посмотреть? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.06.2012, 17:21 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
А вот сейчас "раскачегарилось" (тьфу тьфу тьфу). Непонятна причина, от чего зависит такое поведение. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.06.2012, 22:55 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
kasikпостоянно вылезает ошибка: Код: plaintext 1.
Если пользуетесь установленным по умолчанию EPG, то: Код: plsql 1.
kasik Код: plsql 1. 2. 3.
kasikНепонятна причина, от чего зависит такое поведение. Установите минимальный размер для large pool побольше и расскажите подробней, когда появляется эта ошибка: в Вашем собственном приложении с каким-то плагином или в APEX AppBuilder. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.06.2012, 03:00 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
suPPLerЕсли пользуетесь установленным по умолчанию EPG, то: Что мне это даст, поясните пожалуйста. suPPLer...расскажите подробней, когда появляется эта ошибка: в Вашем собственном приложении с каким-то плагином или в APEX AppBuilder. И в приложении и в билдере. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.06.2012, 03:59 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
не думаю, что причина ORA-04031 в апексе. large pool используется: 1. при работе в режиме shared server 2. паралелльными запросами 3. при бэкапировании с помощью rman (буффера чтения файлов) ищите причину исходя из этого. а что вообще говорит enterprise manager? это прекрасный инструмент для быстрого обнаружения и решения проблем. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.06.2012, 18:46 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
А разве он есть в XE? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.06.2012, 21:26 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
после увеличения large pool вроде все нормализовалось, было задано вообще 0. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.06.2012, 01:36 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
kasiksuPPLerЕсли пользуетесь установленным по умолчанию EPG, то: Что мне это даст, поясните пожалуйста. Вывод на экран произошедшей ошибки вместо стандартной Код: plaintext 1.
kasikпосле увеличения large pool вроде все нормализовалось, было задано вообще 0. Не помню, задан ли явно в XE large_pool_size=0, или по умолчанию ставится. Надо глянуть. ввгсне думаю, что причина ORA-04031 в апексе. large pool используется: 1. при работе в режиме shared server 4. При больших I/O-запросах серверными процессами. Например, слэйвами DBWR. У ТС APEX работает через shared servers. Если large_pool_size был явно установлен в 0, то в какой-то момент могло просто не хватать памяти для тех UGA в large pool. Установить достаточный минимум -- лучшее решение. ввгса что вообще говорит enterprise manager? это прекрасный инструмент для быстрого обнаружения и решения проблем. Думаю, он говорит: "А где Java? А, приятель, это XE. Тогда меня нет." :) ... |
|||
:
Нравится:
Не нравится:
|
|||
12.06.2012, 17:40 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
kasikпосле увеличения large pool вроде все нормализовалось, было задано вообще 0. 0 говорит о том, что ядро оракла будет автоматически тюнить его (large pool) размер в зависимости от потребностей. в XE по умолчанию включено автоматическое управление памятью ASMM или AMM, какое из них, точно не помню, но это не важно. важно то, что установка в ненулевое значение проблемы не решит, т.к. если не 0 - то тогда это значение будет рассматриваться ядром как нижняя неизменяемая граница. т.е. теперь Вы сказали ораклу жёстко откусить кусок для large pool и никому его не давать, даже если он не будет использоваться. если у Вас были проблемы с памятью при автоматическом выделении, то, поверьте они у Вас снова появяться. нужно только подождать... ... |
|||
:
Нравится:
Не нравится:
|
|||
12.06.2012, 17:40 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
suPPLer4. При больших I/O-запросах серверными процессами. Например, слэйвами DBWR. да, про это забыл. но с одной поправкой - у DBWR давно уже нет слейвов, а параметер dbwr_io_slaves оставлен для rman'а и его установка в ненулевое значение говорит ему (rman'у) о том, что можно использовать аснихронный ввод-вывод при бэкапировании. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.06.2012, 17:45 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
ввгсsuPPLer4. При больших I/O-запросах серверными процессами. Например, слэйвами DBWR. да, про это забыл. но с одной поправкой - у DBWR давно уже нет слейвов, а параметер dbwr_io_slaves оставлен для rman'а Значит, я неправильно перевожу , потому что вижу не только RMAN. ввгсважно то, что установка в ненулевое значение проблемы не решит, т.к. если не 0 - то тогда это значение будет рассматриваться ядром как нижняя неизменяемая граница. т.е. теперь Вы сказали ораклу жёстко откусить кусок для large pool и никому его не давать, даже если он не будет использоваться. если у Вас были проблемы с памятью при автоматическом выделении, то, поверьте они у Вас снова появяться. нужно только подождать... Решит, если ему больше практически никогда и не надо. У связки XE+EPG+APEX это обычно последний шаг решения проблемы с "ORA-04031 large pool". ... |
|||
:
Нравится:
Не нравится:
|
|||
12.06.2012, 18:23 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
Код: plsql 1.
Выполнил я это, и теперь удаленно стал не доступен АПЕКС вообще. Из аз чего такое, и как это исправить? Спасибо ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2012, 00:33 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
kasikВыполнил я это, и теперь удаленно стал не доступен АПЕКС вообще. Из аз чего такое, и как это исправить? Исправить: Код: plsql 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2012, 00:44 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
kasikВыполнил я это, и теперь удаленно стал не доступен АПЕКС вообще. Из аз чего такое Странно, что перестал быть доступным удалённо. :-\ На самом деле, в ХЕ лог XDB HTTP Server находится где-то здесь: Код: plaintext
Таким образом, установить соответствующий уровень вывода и включить вывод отладки на экран можно так: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12.
После этого на экран будет выводится что-то вроде: А в файл лога попадёт все сообщения с уровнем не больше LOG_ERR. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2012, 00:59 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
странно, я согласен и немного мне еще работу сорвал. с выполнил сначала: exec dbms_epg.set_dad_attribute('APEX', 'error-style', 'DebugStyle'); а потом: exec dbms_epg.set_global_attribute('log-level', '3'); это могло повлиять, на такой результат? Из аз чего вообще могло такое произойти что стало недоступно?... ЗЫ:спасибо за команду удаления, вечером испытаю! ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2012, 10:00 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
Вообщем вообще работать невозможно, очень маленькая отзывчивость системы. Стоит Oracle XE на win7. Открывает страницы тяжело. После обновления APEX 4.1.1 вообще никак не работает, открылась старница и при последующем выборе например Application builder крутится загрузка страницы и все. Что мне сделать? В чем вообще дело? в настройках параметра самого оракла или апекса? Или свзяка неудачная win7+OraXE? Подскажите какие нибудь идеи... Спасибо ... |
|||
:
Нравится:
Не нравится:
|
|||
18.06.2012, 22:34 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
kasik, 0. Чем занимается в этот момент сессия? 1. Сколько разделяемых серверных процессов настроено при запуске и максимум? Код: plsql 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
19.06.2012, 01:20 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
Да, и главные вопрос: как устанавливался XE? Как устанавливался/обновлялся APEX (если стоит не тот, который шёл в комплекте)? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.06.2012, 01:24 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
0 - в плане? как это можно узнать? 1 - все в параметрах инициализации поумолчанию - 4 шаред сервера по последнему вопросу, по точней можно? установка и обновление все проходило без сучка и задоринки, все гладко и без ошибок. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.06.2012, 11:10 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
kasik, Что написано в алертсах? Была у меня такая трабла. XE вырубался периодически при превышении разрешенных ОЗУ, ЦПУ и размера табличных пространств ... |
|||
:
Нравится:
Не нравится:
|
|||
19.06.2012, 16:09 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
В алертах много всего, глаза разбегаются, на что конкртено посмотреть и в по какому слову поискать? да у XE есть ограничение и на озу и на размер данных, но установка начальная поэтому о заполнение данными и речи не идет, а озу в системе 1,5Г а занято постоянно судя оп диспетчеру задач, 600-800Мб. Так что тоже должно хватать. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.06.2012, 16:35 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
kasik0 - в плане? как это можно узнать? Пока висит сессия, глянуть на v$session, v$lock, v$sql. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21.
Вообще, это вопрос для основного форума Oracle . kasikустановка и обновление все проходило без сучка и задоринки, все гладко и без ошибок. По Installation / Upgrade Guide или по записям в чьём-то блоге и Next, Next, OK? kasik1 - все в параметрах инициализации поумолчанию - 4 шаред сервера Это уже не так плохо, потому что я натыкался на shared_servers = 1, max_shared_servers = 2. Вы -- единственный пользователь APEX и этого сервера? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.06.2012, 16:44 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
Спасибо за подсказки по сессии. вечером посмотрю. По инсталяции самого XE не мудрствуя лукаво, next, next и ок - и сакксессфулл в конце. Обновления Апекса тоже все ок, делал по гайду, без ошибок и крашей! ... |
|||
:
Нравится:
Не нравится:
|
|||
19.06.2012, 17:55 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
dropme_session "SADDR""SID""SERIAL#""AUDSID""PADDR""USER#""USERNAME""COMMAND""OWNERID""TADDR""LOCKWAIT""STATUS""SERVER""SCHEMA#""SCHEMANAME""OSUSER""PROCESS""MACHINE""PORT""TERMINAL""PROGRAM""TYPE""SQL_ADDRESS""SQL_HASH_VALUE""SQL_ID""SQL_CHILD_NUMBER""SQL_EXEC_START""SQL_EXEC_ID""PREV_SQL_ADDR""PREV_HASH_VALUE""PREV_SQL_ID""PREV_CHILD_NUMBER""PREV_EXEC_START""PREV_EXEC_ID""PLSQL_ENTRY_OBJECT_ID""PLSQL_ENTRY_SUBPROGRAM_ID""PLSQL_OBJECT_ID""PLSQL_SUBPROGRAM_ID""MODULE""MODULE_HASH""ACTION""ACTION_HASH""CLIENT_INFO""FIXED_TABLE_SEQUENCE""ROW_WAIT_OBJ#""ROW_WAIT_FILE#""ROW_WAIT_BLOCK#""ROW_WAIT_ROW#""TOP_LEVEL_CALL#""LOGON_TIME""LAST_CALL_ET""PDML_ENABLED""FAILOVER_TYPE""FAILOVER_METHOD""FAILED_OVER""RESOURCE_CONSUMER_GROUP""PDML_STATUS""PDDL_STATUS""PQ_STATUS""CURRENT_QUEUE_DURATION""CLIENT_IDENTIFIER""BLOCKING_SESSION_STATUS""BLOCKING_INSTANCE""BLOCKING_SESSION""FINAL_BLOCKING_SESSION_STATUS""FINAL_BLOCKING_INSTANCE""FINAL_BLOCKING_SESSION""SEQ#""EVENT#""EVENT""P1TEXT""P1""P1RAW""P2TEXT""P2""P2RAW""P3TEXT""P3""P3RAW""WAIT_CLASS_ID""WAIT_CLASS#""WAIT_CLASS""WAIT_TIME""SECONDS_IN_WAIT""STATE""WAIT_TIME_MICRO""TIME_REMAINING_MICRO""TIME_SINCE_LAST_WAIT_MICRO""SERVICE_NAME""SQL_TRACE""SQL_TRACE_WAITS""SQL_TRACE_BINDS""SQL_TRACE_PLAN_STATS""SESSION_EDITION_ID""CREATOR_ADDR""CREATOR_SERIAL#""ECID"0x6CD80D10100.0967.012780003.00x6D7531F435.0"ANONYMOUS"0.02147483644.0nullnull"ACTIVE""SHARED"35.0"ANONYMOUS"nullnullnull51448.0nullnull"USER"0x000.0nullnullnullnull0x66EA4F2C3180592035.0"27dcjayyt7yx3"0.020.06.2012 21:55:2316777217.0nullnullnullnull"APEX:APPLICATION 4000"2718060180.0"PAGE 4311"1161437954.0"USR"47198.016516.02.024331.00.059.020.06.2012 21:55:1612.0"NO""NONE""NONE""NO""OTHER_GROUPS""DISABLED""DISABLED""DISABLED"0.0"USR:3001905442438275""UNKNOWN"nullnull"UNKNOWN"nullnull221.0300.0"virtual circuit wait""circuit#"2.00x0000000000000002"type"2.00x0000000000000002null0.00x002000153315.07.0"Network"0.011.0"WAITING"11307357.018692643.00.0"SYS$USERS""DISABLED""FALSE""FALSE""FIRST EXEC"100.00x6AB7FA9C39.0null dropme_lock "ADDR""KADDR""SID""TYPE""ID1""ID2""LMODE""REQUEST""CTIME""BLOCK"0x6C9955D80x6C9956041000"AE"100000400019000 dropme_sql - пуст. Вылезка из alert_xe.log Код: 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. 231. 232. 233. 234. 235. 236. 237. 238. 239. 240. 241. 242. 243. 244. 245. 246. 247. 248. 249. 250. 251. 252. 253. 254. 255. 256. 257. 258. 259. 260. 261. 262. 263. 264. 265. 266. 267. 268. 269. 270. 271. 272. 273. 274. 275. 276. 277. 278. 279. 280. 281. 282. 283. 284. 285. 286. 287. 288. 289. 290. 291. 292. 293. 294. 295. 296. 297. 298. 299. 300. 301. 302. 303. 304. 305. 306. 307. 308. 309. 310. 311. 312. 313. 314. 315. 316. 317. 318. 319. 320. 321. 322. 323. 324. 325. 326. 327. 328. 329. 330. 331. 332. 333. 334. 335.
xe_s004_3024.trc ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2012, 22:12 |
|
Сервер Oracle на виртуалке...
|
|||
---|---|---|---|
#18+
Правильный: "ADDR""KADDR""SID""TYPE""ID1""ID2""LMODE""REQUEST""CTIME""BLOCK"0x6C9955D80x6C995604100"AE"100040190 ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2012, 22:17 |
|
|
start [/forum/topic.php?all=1&fid=50&tid=1876081]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
46ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
61ms |
get tp. blocked users: |
1ms |
others: | 13ms |
total: | 166ms |
0 / 0 |