суббота, 18 февраля 2012 г.

Вышла новая версия DBAScript for Oracle 3.1

В новой версии:
  • Добавлена закладка «Журнал»
  • Исправлено некорректное формирование списка последних открытых файлов
  • Небольшие изменения в интерфейсе
Скачать новую версию можно в разделе Загрузки.

пятница, 12 августа 2011 г.

Новая версия DBASQL for Oracle 3.1

Доступна для загрузки новая версия DBASQL for Oracle 3.1

В новой версии:

  • Исправлено неправильное определение 64 битной версии Oracle.
  • Устранен перенос части текста SQL команды при возникновении ошибки в табличном режиме.
  • Добавлен просмотр и сохранение в файл содержимого столбца в режиме «Таблица».
  • Добавлена установка размера главного окна в стандартные величины.
  • В команду SET добавлены опции WRAP и CHARWIDTH.
  • Добавлена переменная FIELD.
  • Добавлена закладка «План».

Скачать новую версию можно в разделе Загрузки на сайте alldba.ru

четверг, 9 июня 2011 г.

Практическое администрирование Oracle - Ожидание Library cache pin. Часть 1.

Ожидание «library cache pin». Рано или поздно, каждый администратор, в процессе мониторинга базы данных сталкивается с данным событием. На высоконагруженных системах массовое возникновение длительного ожидания «library cache pin» является довольно неприятным сигналом, говорящим о том, что нормальное функционирование экземпляра нарушено. В большинстве случаев это происходит тогда, когда над каким-то объектом базы данных, в моменты его интенсивного использования сеансами осуществляются административные действия. Возникшая ситуация обычно исправляется либо уничтожением сеанса, который явился первопричиной критической обстановки, либо ожиданием того момента времени, когда используемый объект будет освобождён другими сеансами. Болезненных последствий в этом случае для системы обычно не возникает. Правда, иногда ожидание «library cache pin» может переходить в неуправляемый лавинообразный процесс. Это особенно ярко проявляется в моменты переопределения объектов с множественными зависимостями. В этом случае для восстановления работоспособности системы приходиться массово уничтожать сеансы, в том числе и те которые не генерируют это ожидание.

Так что же такое library cache pin? Попробуем на примерах разобраться в том, что представляет собой это ожидание и чем его массовое возникновение так опасно для нормальной работы СУБД.

среда, 2 июня 2010 г.

ORA_DATABASE_NAME

Что должен возвращать следующий запрос?
SQL> SELECT ora_database_name FROM dual
Первое что приходит на ум, результатом выполнения этого запроса должно быть имя текущей базы данных. Но действительно ли всё это так просто, как кажется на самом деле? Попробуем разобраться, что же представляет на самом деле эта функция, каков её источник и как можно изменить результат, выводимый этой функцией.

четверг, 29 апреля 2010 г.

Хранение данных в блоке

На этот вопрос я наткнулся случайно, когда снимал дампы блоков при экспериментах с блокировками.  Мне надо было очистить блок таблицы от данных, и я наивно считал, что для этого достаточно очистить таблицу с помощью команды TRUNCATE.  Но данные не удалялись, и тогда я решил смоделировать небольшую ситуацию.

вторник, 27 апреля 2010 г.

Удаление файла из временного табличного пространства

Иногда требуется срочно на время расширить временное табличное пространство. К примеру, для пересоздания большого индекса. Самый быстрый путь это добавить в уже используемое табличное пространство ещё один файл. Этот добавление можно сделать и во время активной работы. Но вот как вернуть временное табличное пространство в прежние размеры. Конечно, сделать это можно полностью удалив его и создав заново с нужными размерами. Но что если удалить временное табличное пространство не удаётся, к примеру,  из-за его постоянной занятости. В этом случае нам поможет удаление ранее добавленного  файла. Посмотрим, как это делается:  

среда, 21 апреля 2010 г.

Как включить режим архивации базы данных?

Включение режима архивации базы данных осуществляется следующим образом.
  1. Создаётся текстовый файл параметров инициализации:
    SQL> CREATE PFILE FROM SPFILE;
  2. Выгружается экземпляр базы данных:
    SQL> SHUTDOWN IMMEDIATE;
  3. Делается резервная копия базы данных.