http://it-blogs.com/my-oracleЗаписки для начинающих о СУБД Oracle Thu, 21 Aug 2008 00:00:00 GMTThu, 21 Aug 2008 00:00:00 GMThttp://it-blogs.com/my-oracle/post-293.aspx<p>О некоторых атрибутах параметра инициализации LOG_ARCHIVE_DEST_n писалось <a href=http://my-oracle.it-blogs.com/post-284.aspx> здесь</a>. Продолжим эту тему, затронув опции важные для организации standby.</p> <p>Первое, на что хотелось обратить внимание: параметр LOG_ARCHIVE_DEST_n можно использовать со множеством атрибутов, но параметр принимает одно значение. То есть все его опции-атрибуты нужно задавать одной строкой. Это его отличает от других параметров, которые могут принимать несколько значений (например, CONTROL_FILES).</a> Wed, 30 Jul 2008 00:00:00 GMThttp://it-blogs.com/my-oracle/post-293.aspxhttp://it-blogs.com/my-oracle/post-293-comments.aspxhttp://it-blogs.com/my-oracle/post-292.aspxПредставление <a href= http://stanford.edu/dept/itss/docs/oracle/10g/server.101/b10755/dynviews_1011.htm><strong> V$ARCHIVE_DEST</strong> </a>показывает текущее состояние (режим, статус, значение) всех мест архивации журнальных файлов. Если у Вас организован STANDBY, то особо важно следить за этим представлением, так же как и за представлением<a href= http://youngcow.net/doc/oracle10g/server.102/b14237/dynviews_1013.htm#REFRN30008> V$ARCHIVE_DEST_STATUS</a>. Пример можно здесь посмотреть <a href=http://my-oracle.it-blogs.com/post-164.aspx>здесь</a>.Mon, 28 Jul 2008 00:00:00 GMThttp://it-blogs.com/my-oracle/post-292.aspxhttp://it-blogs.com/my-oracle/post-292-comments.aspxhttp://it-blogs.com/my-oracle/post-291.aspx<p>Процесс эксплуатации моего сервера позволяет останавливать базу данных на некоторое время – ночью в выходные. Поэтому у меня есть возможность создавать холодную копию, по крайней мере, один раз в неделю. Процесс создания резервной копии выглядит следующим образом:</p>Thu, 24 Jul 2008 00:00:00 GMThttp://it-blogs.com/my-oracle/post-291.aspxhttp://it-blogs.com/my-oracle/post-291-comments.aspxhttp://it-blogs.com/my-oracle/post-290.aspx<p>На этот вопрос исчерпывающе ответил Том Кайт <a href= http://pmo.parus.ua/ORAST/SUBSCRIBE/st8.html>здесь</a>. Но у меня организован standby и к тому же из-за специфики эксплуатации серверов передача архивных файлов может происходить с опозданием. Поэтому технология упаковки архивных журналов другая.Упаковываться должны только те файлы, что уже накатаны на резервном сервере.</p>Thu, 24 Jul 2008 00:00:00 GMThttp://it-blogs.com/my-oracle/post-290.aspxhttp://it-blogs.com/my-oracle/post-290-comments.aspxhttp://it-blogs.com/my-oracle/post-289.aspx<p><p><strong>Автор статьи:</strong> Михайлов Владимир Васильевич, разработчик баз данных Oracle, Москва.</p> <p>Конечно же, обширная документация Oracle пестрит подобного рода замечаниями в отношении RBO: &quot;Oracle Corporation strongly advises the use of cost-based optimization. Rule-based optimization will be deprecated in a future release.&quot; Однако, реальность диктует свои условия, и на сегодняшний день OPTIMIZER_MODE=RULE является её неизменной частью, и тем самым касается непосредственно меня, обыкновенного разработчика баз данных.</p> Fri, 18 Jul 2008 00:00:00 GMThttp://it-blogs.com/my-oracle/post-289.aspxhttp://it-blogs.com/my-oracle/post-289-comments.aspxhttp://it-blogs.com/my-oracle/post-286.aspx<p>Помимо задания месторасположения <a href= http://my-oracle.it-blogs.com/post-284.aspx >таким способом</a> , существует еще другой способ – с помощью параметров инициализации: LOG_ARCHIVE_DEST и LOG_ARCHIVE_DUPLEX_DEST. Если у Вас Oracle Enterprise Edition, то, пожалуй, лучше использовать LOG_ARCHIVE_DEST_n (больше возможностей). <strong><i>Параметр LOG_ARCHIVE_DEST несовместим с LOG_ARCHIVE_DEST_n</strong></i>, поэтому один из них должен быть равным '' (null string). </p>Mon, 14 Jul 2008 00:00:00 GMThttp://it-blogs.com/my-oracle/post-286.aspxhttp://it-blogs.com/my-oracle/post-286-comments.aspxhttp://it-blogs.com/my-oracle/post-285.aspx<p>На одном подшефном сервере работаю нерадивые пользователи: подключаются к серверу с утреца и идут курить на несколько часиков. Научить их жизни не получается. Пришлось побороть их следующим образом:</p>Fri, 11 Jul 2008 00:00:00 GMThttp://it-blogs.com/my-oracle/post-285.aspxhttp://it-blogs.com/my-oracle/post-285-comments.aspxhttp://it-blogs.com/my-oracle/post-284.aspx<p><a href= http://my-oracle.it-blogs.com/post-277.aspx >Архивные журнальные файлы </a>могут располагаться в нескольких местах ( максимум 10). Задать их место расположение можно с помощью параметра LOG_ARCHIVE_DEST_n (для Oracle Enterprise Edition), имеющего ключевые слова SERVICE и LOCATION.</p> <p><strong>Замечание:</strong></p> <p><i>Параметр LOG_ARCHIVE_DEST_n несовместим с LOG_ARCHIVE_DEST</strong></i>, поэтому один из них должен быть равным '' (null string). </p>Mon, 07 Jul 2008 00:00:00 GMThttp://it-blogs.com/my-oracle/post-284.aspxhttp://it-blogs.com/my-oracle/post-284-comments.aspxhttp://it-blogs.com/my-oracle/post-282.aspx<p>Самая ПЕРВАЯ обязанность администратора – поддержка базы данных в рабочем состоянии. Даже если в системе происходит сбой (пропало питание, носитель пришел в непригодность и т.д.), администратор должен в максимально сжатые сроки поднять базу без потерь данных. Значит, к сбоям администратор должен готовиться загодя. </p>Mon, 07 Jul 2008 00:00:00 GMThttp://it-blogs.com/my-oracle/post-282.aspxhttp://it-blogs.com/my-oracle/post-282-comments.aspxhttp://it-blogs.com/my-oracle/post-281.aspx<p>Этот фоновый процесс имеет смысл запускать, только если база данных работает в режиме <a href= http://my-oracle.it-blogs.com/post-279.aspx>ARCHIVELOG</a>. Процесс копирует <a href= http://my-oracle.it-blogs.com/post-152.aspx>оперативные файлы</a> журнала повторного выполнения в <a href= http://my-oracle.it-blogs.com/post-277.aspx>архивные файлы</a> журнала повторного выполнения после заполнения оперативных журналов или их переключения.Fri, 04 Jul 2008 00:00:00 GMThttp://it-blogs.com/my-oracle/post-281.aspxhttp://it-blogs.com/my-oracle/post-281-comments.aspx