|
|
|
Утилита для мониторинга базы данных
|
|||
|---|---|---|---|
|
#18+
Victor2-2-пропущено... Любые данные и так уже собраны в БД. Непонятно, почему тогда частоты 50Гц электрочайника не хватает для большинства систем. Тогда я не понял, про какую "нагрузку по мониторингу" идет речь? Есть системная статистика, собираемая ораклом автоматически. ASH в частности. Приложение её показывает. Дополнительная нагрузка на сервер очень близка к простым select * from v$... одновременный мониторинг нескольких бд поддерживается? частота опроса устанавливается ? запрошенные данные хранятся на клиенте? что нужно(по) на клиенте ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2011, 22:21:46 |
|
||
|
Утилита для мониторинга базы данных
|
|||
|---|---|---|---|
|
#18+
одновременный мониторинг нескольких бд поддерживается? Нет. Хотя есть недокументированная возможность показать на одной web-странице краткую сводку самого важного (на мой взгляд) из многих баз. Но EMLight должен быть установлен в каждой. частота опроса устанавливается ? Опрос выполнятся только при refresh'е web-страницы. Т.е. вручную, когда кликаете на линк, например. Между этими событиями EMLight не делает вообще ничего. А сам oracle обновляет ASH (например) раз в секунду. запрошенные данные хранятся на клиенте? Нет. что нужно(по) на клиенте ? Только web browser. Не очень-очень старый (нужна поддержка SVG). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2011, 23:00:57 |
|
||
|
Утилита для мониторинга базы данных
|
|||
|---|---|---|---|
|
#18+
Victor2Дополнительная нагрузка на сервер очень близка к простым select * from v$...modplsql/epg, наверное, самый дорогой способ формирования html. А если его еще удобрить "простыми" сортировками и условным раскрашиванием... Да и "простота" скрывает многое, всего-то select из v$lock, а тут и union и merge join cartesian: Код: 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2011, 00:13:35 |
|
||
|
Утилита для мониторинга базы данных
|
|||
|---|---|---|---|
|
#18+
modplsql/epg, наверное, самый дорогой способ формирования html. А если его еще удобрить "простыми" сортировками и условным раскрашиванием... Да и "простота" скрывает многое, всего-то select из v$lock, а тут и union и merge join cartesian: Допустим mod_plsql не самый быстрый. Ну и что? Подобным приложением пользуются максимум несколько человек. А как еще узнать что там в v$lock не делая select из него? Direct Memory Access пока не для простых смертных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2011, 01:23:00 |
|
||
|
Утилита для мониторинга базы данных
|
|||
|---|---|---|---|
|
#18+
Victor2Ну и что?Да я не против твоей тулзы. Придираюсь к ее позиционированию относительно EMVictor2Именно как light вариант of EM.Не надо сравнивать с EM как light (ну если только в смысле ущербности функционала), выпячивай простоту использования, легкость самоисправления глюков и модификацию "под себя". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2011, 01:31:23 |
|
||
|
Утилита для мониторинга базы данных
|
|||
|---|---|---|---|
|
#18+
Не надо сравнивать с EM как light (ну если только в смысле ущербности функционала), выпячивай простоту использования, легкость самоисправления глюков и модификацию "под себя". Как ни крути - сильно облегченный EM. Без некоторой функциональности, но и без java app server'а, агентов, репозитория, jobs и пр. Да и визуально работает быстрее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2011, 02:07:39 |
|
||
|
Утилита для мониторинга базы данных
|
|||
|---|---|---|---|
|
#18+
Всем привет, Прошу прощения за поднятие давней темы - но мне приходится сталкиваться с вопросами по мониторингу Оракла все чаще - вот, хотел поделиться. Все обсуждаемые выше программы, безусловно, очень полезны. Во многих есть уникальные особенности, только из-за которых эти программы хорошо иметь. Но, на мой взгляд, Оракл ДБА просто обязан знать командный интерфейс sqlplus и, если не иметь весь Oracle Dictionary в голове :-), то хотя бы знать где и что найти в Reference. Также, для разработчиков и знающих пользователей, есть большой смысл использовать Enterprise Manager - но удивительно, как запутана эта концепция! :-) Кроме того, другой вопрос, который я слышу очень часто - "как восстановить функциональность поврежденного ЕМ?". Все достаточно просто, как обычно я выложил у себя на сайте (ссылка в подписи) заметку по поводу, называется "Установка Enterprise Manager Database Control " - добро пожаловать за пошаговыми инструкциями. Немного деталей про ЕМ. На сегодняшний день, продукт имеет две версии: - Enterprise Manager Grid Control - Enterprise Manager Database Control В том или ином виде, EM всегда незримо присутствует - он устанавливается автоматически в ORACLE HOME любой базы данных, в директории "sysman", где содержатся необходимые java классы, perl и SQL скрипты и все прочее необходимое для работы самого приложения. Но любая база должна быть "зарегистрирована" для управления EM. По умолчанию, Database Configuration Assistant регистрирует новую базу для EM, но эта опция может быть отключена. Также, если ваша база была создана скриптом (через SQL команду CREATE DATABASE) - ЕМ не будет знать о вашей базе ничего. EM Grid Control используется для управления большим количеством продуктов Oracle, установлен в единственном экземпляре централизованно на отдельном сервере и поддерживается администраторами баз данных вашей компании. EM Database Control используется для одиночных баз данных, с одним instance или кластерных. И если мы говорим о "наколенном решении" для девелопмента - тестирования - EM DB Console реальный выход. Несмотря на все его недостатки и громоздкость, ЕМ "понимает" каждую опцию и умеет мониторить все компоненты продуктов Оракл - и делает это значительно аккуратнее средств сторонних разработчиков. К тому же ЕМ всегда под рукой, если знаешь где искать ... ================================================= С уважением, Денис ================================================= ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2011, 06:27:12 |
|
||
|
Утилита для мониторинга базы данных
|
|||
|---|---|---|---|
|
#18+
Денис1...EM DB Console реальный выход. как, не заглядывая в OS, только из БД узнать - запущена ли console. если нет, когда была остановлена ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.02.2011, 09:51:34 |
|
||
|
Утилита для мониторинга базы данных
|
|||
|---|---|---|---|
|
#18+
про_oem, Привет! Извините за длинный пост :-) Правильное решение - создать database directory для "/u01/app/oracle/product/11.2.0/db_2/OUL5A_DB11G/sysman/log", описать логи как external tables и select из них. Быстрый хак будет выглядеть так: [u@x]$ ssh oracle@oul5a Last login: Mon Feb 14 23:34:05 2011 [oracle@OUL5A ~]$ ............................ == Книга Иудифи == ................................ === Глава 8, Стих 19 === 18 Ибо не было в родах наших, и нет в настоящее время ни колена, ни племени, ни народа, ни города у нас, которые кланялись бы богам рукотворенным, как было в прежние дни, 19 за что отцы наши преданы были мечу и расхищению и пали великим падением пред нашими врагами. (b+/b-, c+/c-, +/-, *) > [oracle@OUL5A ~]$ . oraenv ORACLE_SID = [DB11G] ? The Oracle base has been set to /u01/app/oracle [oracle@OUL5A ~]$ 23:41:26 SQL> select * from sysman.MGMT_AVAILABILITY 23:41:38 2 order by START_COLLECTION_TIMESTAMP; TARGET_GUID SEVERITY_GUID CURRENT_STATUS START_COL END_COLLE -------------------------------- -------------------------------- -------------- --------- --------- 444F6BC0031C7D01A730D033C7BBDE8E 6 11-JAN-11 12-FEB-11 12C5994956ACEA8A0A192DC357F608B2 6 11-JAN-11 12-FEB-11 0C48C5AE0FAFB42ED91F897FF398FC84 6 11-JAN-11 C4E8F6A19D07FA99E75E808F241E5D07 6 11-JAN-11 12-FEB-11 E00A8783A25EA846D49F118F34A0B32D 6 11-JAN-11 12-FEB-11 444F6BC0031C7D01A730D033C7BBDE8E 1 12-FEB-11 12-FEB-11 C4E8F6A19D07FA99E75E808F241E5D07 1 12-FEB-11 12-FEB-11 E00A8783A25EA846D49F118F34A0B32D 9C0781DADB6EA68EE040A8C00A381455 1 12-FEB-11 12-FEB-11 12C5994956ACEA8A0A192DC357F608B2 9C07829E7ED56855E040A8C00A381460 1 12-FEB-11 12-FEB-11 12C5994956ACEA8A0A192DC357F608B2 3 12-FEB-11 13-FEB-11 E00A8783A25EA846D49F118F34A0B32D 3 12-FEB-11 13-FEB-11 C4E8F6A19D07FA99E75E808F241E5D07 3 12-FEB-11 13-FEB-11 444F6BC0031C7D01A730D033C7BBDE8E 0 12-FEB-11 13-FEB-11 E00A8783A25EA846D49F118F34A0B32D 1 13-FEB-11 13-FEB-11 12C5994956ACEA8A0A192DC357F608B2 1 13-FEB-11 13-FEB-11 444F6BC0031C7D01A730D033C7BBDE8E 1 13-FEB-11 13-FEB-11 C4E8F6A19D07FA99E75E808F241E5D07 1 13-FEB-11 13-FEB-11 E00A8783A25EA846D49F118F34A0B32D 9C1C5D2D452B36CCE040A8C00A381D13 0 13-FEB-11 13-FEB-11 12C5994956ACEA8A0A192DC357F608B2 9C1C5D2D452E36CCE040A8C00A381D13 0 13-FEB-11 13-FEB-11 E00A8783A25EA846D49F118F34A0B32D 3 13-FEB-11 13-FEB-11 C4E8F6A19D07FA99E75E808F241E5D07 3 13-FEB-11 13-FEB-11 12C5994956ACEA8A0A192DC357F608B2 3 13-FEB-11 13-FEB-11 444F6BC0031C7D01A730D033C7BBDE8E 0 13-FEB-11 13-FEB-11 C4E8F6A19D07FA99E75E808F241E5D07 1 13-FEB-11 12C5994956ACEA8A0A192DC357F608B2 0 13-FEB-11 13-FEB-11 444F6BC0031C7D01A730D033C7BBDE8E 1 13-FEB-11 E00A8783A25EA846D49F118F34A0B32D 0 13-FEB-11 13-FEB-11 E00A8783A25EA846D49F118F34A0B32D 9C1C5D1A7E74FD64E040A8C00A381D47 1 13-FEB-11 ---ЭТО РАЗ 12C5994956ACEA8A0A192DC357F608B2 9C1C5D2D453636CCE040A8C00A381D13 1 13-FEB-11 ---ЭТО РАЗ 29 rows selected. Elapsed: 00:00:00.07 23:41:46 SQL> Elapsed: 00:00:00.07 23:41:46 SQL> !emctl status dbconsole Oracle Enterprise Manager 11g Database Control Release 11.2.0.2.0 Copyright (c) 1996, 2010 Oracle Corporation. All rights reserved. https://OUL5A:1158/em/console/aboutApplication Oracle Enterprise Manager 11g is not running. 23:42:27 SQL> !emctl start dbconsole Oracle Enterprise Manager 11g Database Control Release 11.2.0.2.0 Copyright (c) 1996, 2010 Oracle Corporation. All rights reserved. https://OUL5A:1158/em/console/aboutApplication Starting Oracle Enterprise Manager 11g Database Control ............... started. ------------------------------------------------------------------ Logs are generated in directory /u01/app/oracle/product/11.2.0/db_2/OUL5A_DB11G/sysman/log 23:44:20 SQL> 23:44:20 SQL> select * from sysman.MGMT_AVAILABILITY 23:44:45 2 order by START_COLLECTION_TIMESTAMP; TARGET_GUID SEVERITY_GUID CURRENT_STATUS START_COL END_COLLE -------------------------------- -------------------------------- -------------- --------- --------- 444F6BC0031C7D01A730D033C7BBDE8E 6 11-JAN-11 12-FEB-11 12C5994956ACEA8A0A192DC357F608B2 6 11-JAN-11 12-FEB-11 0C48C5AE0FAFB42ED91F897FF398FC84 6 11-JAN-11 E00A8783A25EA846D49F118F34A0B32D 6 11-JAN-11 12-FEB-11 C4E8F6A19D07FA99E75E808F241E5D07 6 11-JAN-11 12-FEB-11 444F6BC0031C7D01A730D033C7BBDE8E 1 12-FEB-11 12-FEB-11 C4E8F6A19D07FA99E75E808F241E5D07 1 12-FEB-11 12-FEB-11 E00A8783A25EA846D49F118F34A0B32D 9C0781DADB6EA68EE040A8C00A381455 1 12-FEB-11 12-FEB-11 12C5994956ACEA8A0A192DC357F608B2 9C07829E7ED56855E040A8C00A381460 1 12-FEB-11 12-FEB-11 12C5994956ACEA8A0A192DC357F608B2 3 12-FEB-11 13-FEB-11 E00A8783A25EA846D49F118F34A0B32D 3 12-FEB-11 13-FEB-11 444F6BC0031C7D01A730D033C7BBDE8E 0 12-FEB-11 13-FEB-11 C4E8F6A19D07FA99E75E808F241E5D07 3 12-FEB-11 13-FEB-11 444F6BC0031C7D01A730D033C7BBDE8E 1 13-FEB-11 13-FEB-11 12C5994956ACEA8A0A192DC357F608B2 1 13-FEB-11 13-FEB-11 E00A8783A25EA846D49F118F34A0B32D 1 13-FEB-11 13-FEB-11 C4E8F6A19D07FA99E75E808F241E5D07 1 13-FEB-11 13-FEB-11 E00A8783A25EA846D49F118F34A0B32D 9C1C5D2D452B36CCE040A8C00A381D13 0 13-FEB-11 13-FEB-11 12C5994956ACEA8A0A192DC357F608B2 9C1C5D2D452E36CCE040A8C00A381D13 0 13-FEB-11 13-FEB-11 C4E8F6A19D07FA99E75E808F241E5D07 3 13-FEB-11 13-FEB-11 E00A8783A25EA846D49F118F34A0B32D 3 13-FEB-11 13-FEB-11 444F6BC0031C7D01A730D033C7BBDE8E 0 13-FEB-11 13-FEB-11 12C5994956ACEA8A0A192DC357F608B2 3 13-FEB-11 13-FEB-11 C4E8F6A19D07FA99E75E808F241E5D07 1 13-FEB-11 13-FEB-11 444F6BC0031C7D01A730D033C7BBDE8E 1 13-FEB-11 13-FEB-11 E00A8783A25EA846D49F118F34A0B32D 0 13-FEB-11 13-FEB-11 12C5994956ACEA8A0A192DC357F608B2 0 13-FEB-11 13-FEB-11 E00A8783A25EA846D49F118F34A0B32D 9C1C5D1A7E74FD64E040A8C00A381D47 1 13-FEB-11 13-FEB-11 12C5994956ACEA8A0A192DC357F608B2 9C1C5D2D453636CCE040A8C00A381D13 1 13-FEB-11 13-FEB-11 C4E8F6A19D07FA99E75E808F241E5D07 3 13-FEB-11 14-FEB-11 444F6BC0031C7D01A730D033C7BBDE8E 0 13-FEB-11 14-FEB-11 12C5994956ACEA8A0A192DC357F608B2 3 13-FEB-11 14-FEB-11 E00A8783A25EA846D49F118F34A0B32D 3 13-FEB-11 14-FEB-11 444F6BC0031C7D01A730D033C7BBDE8E 1 14-FEB-11 --- ЭТО ДВА 12C5994956ACEA8A0A192DC357F608B2 1 14-FEB-11 --- ЭТО ДВА E00A8783A25EA846D49F118F34A0B32D 1 14-FEB-11 C4E8F6A19D07FA99E75E808F241E5D07 1 14-FEB-11 37 rows selected. Elapsed: 00:00:00.20 23:44:50 SQL> ================================================= С уважением, Денис ================================================= ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2011, 02:53:59 |
|
||
|
Утилита для мониторинга базы данных
|
|||
|---|---|---|---|
|
#18+
-2-modplsql/epg, наверное, самый дорогой способ формирования html. А если его еще удобрить "простыми" сортировками и условным раскрашиванием... С чего бы? Бенчмарки в студию! :) Если серьезно, откуда такая уверенность, что OWA - это дорого? То, что ApEx - тормоз, еще не повод винить в этом mod_plsql. Есть весьма быстрые реализации. И не говорите мне, что интерпретируемый php, который долбится в базу снаружи, будет быстрее, чем интерпретируемый pl/sql (а если еще и natively compiled?), который сидит внутри - не поверю, пока не увижу бенчмарк, в котором php сгенерирует идентичный html по идентичным запросам и отдаст его наружу хоть сколько-нибудь заметно быстрее pl/sql+mod_plsql. Ну или perl, python, ruby, JSP/Servlet, ASP.NET или чем там еще это модно делать. -2-Да и "простота" скрывает многое, всего-то select из v$lock, а тут и union и merge join cartesian... Да-да-да... И все это по фиксированным таблицам (читай: структурам в памяти, которые выставлены наружу в виде views.) Можно подумать, EM как-то по-другому все из базы вытаскивает (хотя см. комментарий ниже.) -2-Кстати, EM может получать данные в режиме in-memory-access, что на нагруженных системах дает свои плоды. Эмм... Ну, концепция не нова, Кайл Хейли давно уже подробно описал, как это делается (и он же, по-моему, реализовал это дело в EM, а до этого в oraperf,) да и до него многие делали. Прицепиться к shm и вытащить данные напрямую, минуя ядро Оракла, конечно, быстрее и вроде бы не загружает инстанс ненужной работой. Но это требует четкого понимания где в какой версии что лежит, потому как и фиксированные таблицы от версии к версии мутируют. И это требует наличия программы-агента, которая сидит на сервере и собственно в память лезет. И эта программа, конечно, может снимать сэмплы с SGA очень быстро и очень часто, хоть несколько сотен раз в секунду, вот только нафига? Этот режим исключительно удобен, если база "зависла" и к ней не подключиться стандартным методом. Но признайтесь честно - часто у вас продакшн мишн-критикал базы виснут? И если это происходит, идете ли вы в EM за деталями, делаете hanganalyze, а потом в MOS открываете P1 кейс и пинаете Оракл, чтобы починили, или просто делаете все возможное и невозможное, чтобы восстановить сервис asap и вам совершенно не до анализа причин? Ну и потом, чтобы воспользоваться этим замечательным методом, вам таки надо отдать несколько гиг диска под EM и прилично RAM и CPU под него же. И денег, конечно, причем дофига. Оно того стоит? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.05.2011, 21:23:49 |
|
||
|
Утилита для мониторинга базы данных
|
|||
|---|---|---|---|
|
#18+
Bobby Z.-2-modplsql/epg, наверное, самый дорогой способ формирования html. А если его еще удобрить "простыми" сортировками и условным раскрашиванием... И не говорите мне, что интерпретируемый php, который долбится в базу снаружи, будет быстрее, чем интерпретируемый pl/sql (а если еще и natively compiled?), который сидит внутри - не поверю, пока не увижу бенчмарк, в котором php сгенерирует идентичный html по идентичным запросам и отдаст его наружу хоть сколько-нибудь заметно быстрее pl/sql+mod_plsql. Ну или perl, python, ruby, JSP/Servlet, ASP.NET или чем там еще это модно делать.Даже если pl/sql быстрее перлопхпов выполняет вызовы процедур, которые выполняют вызовы htp.p, которая, в свою очередь, динамически формирует pl/sql-таблицу (связанный список) динамических строк (очередная конкатенация может привести к уничтожению и перевыделению фрагмента памяти и сборке мусора) - стоимость ораклового процессоротакта выше апачево-перло-пхпшного и дороже масштабируется. По памяти тоже потребуется на сервере БД иметь бОльшую ОЗУ (хранит всю сформированную страницу прежде чем отдавать вебсерверу), что может выливаться в более дорогую серверную платформу, чем если бы формированием ответа занимался только отдельно стоящий вебсервер. Люблю modplsql за простоту и единообразие с субдой. Это упрощает разработку и сопровождение. Но по аппаратно-лицензионному критерию он дороже. Bobby Z.Ну и потом, чтобы воспользоваться этим замечательным методом, вам таки надо отдать несколько гиг диска под EM и прилично RAM и CPU под него же. И денег, конечно, причем дофига. Оно того стоит?OEM охватывает достаточно много областей по админитсрированию БД даже в бесплатном варианте. А что того стоит? Самописьки с функциональностью, которая была нужна автору в момент написания, с непонятной достоверностью и ресурсоемкостью извлечения данных и лукавство с использованием diagnostic pack мимо EM? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.05.2011, 23:40:32 |
|
||
|
Утилита для мониторинга базы данных
|
|||
|---|---|---|---|
|
#18+
-2-Даже если pl/sql быстрее перлопхпов выполняет вызовы процедур, которые выполняют вызовы htp.p, которая, в свою очередь, динамически формирует pl/sql-таблицу (связанный список) динамических строк (очередная конкатенация может привести к уничтожению и перевыделению фрагмента памяти и сборке мусора) - стоимость ораклового процессоротакта выше апачево-перло-пхпшного и дороже масштабируется. Мнээ... Какая еще сборка мусора? Мы же не про яву говорим... Где вы в PL/SQL GC нашли, его там отродясь не было, и в 11.2.0.2, насколько я знаю, не добавили..? Так что PL/SQL скорее расточителен в плане памяти. Да и строки в массиве вовсе не настолько динамические: попав в массив, строка далее не меняется. A то, что вы описали, уничтожение и перевыделение фрагмента памяти при конкатенации строк - это как раз модное нынче течение во многих других языках и платформах типа .NET, но не в PL/SQL (пока?) Типа от buffer overflow само защищает, программисту больше о безопасности и устойчивости своего кода к garbage in думать не надо, генери себе знай managed г..нокод в IDE и местами логику добавляй... :) И насчет стоимости процессоротакта мне не совсем понятно - по каким критериям она сравнивается и как оценивается? -2-По памяти тоже потребуется на сервере БД иметь бОльшую ОЗУ (хранит всю сформированную страницу прежде чем отдавать вебсерверу), что может выливаться в более дорогую серверную платформу, чем если бы формированием ответа занимался только отдельно стоящий вебсервер. ...который сам по себе стОит отдельных денег (если это не виртуалка, конечно, хотя и там тоже не все так уж бесплатно.) И потом этот отдельно стоящий вебсервер один фиг же в базу полезет. И полезет по сети, и сделает это неоднократно. Вы network latencies учитываете? А ведь на каждый запрос к базе не один roundtrip будет... По памяти: все в PGA, в которой дохрена чего еще хранится. Дополнительно сверх того, что вы Ораклу на старте выделили, он ничего не берет. Так что тезис насчет бОльшей ОЗУ мне непонятен, если честно. Основной недостаток подхода mod_plsql, по-моему, вовсе не в том, что память серверная сильно расходуется, а в том, что perceived response time гораздо хуже: с небуферизующими серверами юзер получает хотя бы часть страницы быстро и она как-то начинает рендериться - тут юзеру кажется , что его запрос уже и обработан, хотя в реальности страница может подтягиваться еще довольно долго. А с mod_plsql либо все, либо ничего, и если процедура делает какие-то серьезные запросы, которые требуют серьезного времени, то все это время юзер у себя в браузере вообще ничего не увидит, если не применять всякие хитрости вроде фреймов, ajax и вообще как-то юзера отвлекать от грустной действительности, крутя ему какие-нть картинки с надписью Loading.... А вообще говоря, в любом приложении генерировать страницы размером в мегабайты - моветон. Кроме того, есть альтернативы и в Оракле, которые тоже страницы не буферизуют (правда, не от самого Оракла и не на OWA базирующиеся.) -2-Люблю modplsql за простоту и единообразие с субдой. Это упрощает разработку и сопровождение. Но по аппаратно-лицензионному критерию он дороже. Дороже чем что? Чем LAMP? Однозначно. Но если Оракл у вас уже куплен и стоИт/работает, то я не вижу как mod_plsql, а тем более EPG, удорожает систему. Поясните. По-моему как раз добавление к этой уже имеющейся системе отдельностоящего вебсервера ее и удорожает...? -2-OEM охватывает достаточно много областей по админитсрированию БД даже в бесплатном варианте. Не больше, чем SQL*Plus, srvctl, crsctl и SQL Developer. :) Разве что из браузера и со всякими свисточками-колокольчиками. -2-А что того стоит? Самописьки с функциональностью, которая была нужна автору в момент написания Как-то это уже звучит в стиле "не читал/не смотрел, но осуждаю"... Вы тулзу-то хоть посмотрели, пощупали? Если сразу отвернуло, так никто не заставляет пользоваться. А если в целом ничего, но чего-то не хватает, так вы автору-то напишите, мол, вот тебе была нужна такая функциональность и она в тулзе есть, а мне бы еще вот такое не помешало - можешь добавить? Или поменять. Глядишь, из самописьки и выйдет что-то совсем стоящее и почти всем нравящееся, за что не жалко и денег отдать сколько-нито. Как из линукса, например, со временем таки может что-то выйдет, которое всех устраивает. Или из любого из тех тысяч проектов, которые прямо сейчас у кого-то в голове зарождаются. ;) -2-с непонятной достоверностью и ресурсоемкостью извлечения данных и лукавство с использованием diagnostic pack мимо EM? То есть вы хотите сказать, что достоверность и ресурсоемкость извлечения данных самим OEM вам понятна? Не поленитесь тогда опубликовать свои находки в этой области, будет очень интересно узнать, сколько же все-таки стоит в "процессоротактах" (а также I/O, дополнительном сетевом траффике, мегабайтах оперативки и диска) мониторинг OEM... А вот насчет лукавства с DP - тут согласен, но что ж делать, если за обращение к этим сверхполезным вьюхам, которые по умолчанию там, Оракл дополнительных денег хочет? Это скорее подстава со стороны Оракла, чем лукавство со стороны автора тулзы, нет? Потому и существуют еще тулзы типа Spotlight, Insider и иже с ними, которые создают свои вьюхи с аналогичным содержимым, и свои таблицы, в которые складывают собираемые их агентами аналогичные данные, отнимая процессорное время у полезной нагрузки - но не прикасаясь к DP. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2011, 02:46:57 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=37094277&tid=1909861]: |
0ms |
get settings: |
15ms |
get forum list: |
26ms |
check forum access: |
6ms |
check topic access: |
6ms |
track hit: |
319ms |
get topic data: |
20ms |
get forum data: |
6ms |
get page messages: |
82ms |
get tp. blocked users: |
3ms |
| others: | 335ms |
| total: | 818ms |

| 0 / 0 |
