Создание новой базы данных Oracle

Запуск OEM-управления базой данных
Консоль OEM (Oracle Enterprise Manager — Диспетчер предприятия Oracle) поставляется в двух версиях: Grid Control (Сетевое управление) и Database Control (Управление базой данных). ПО OEM Grid Control необходимо инсталлировать отдельно и использовать с агентами, установленными на удаленных серверах, для управления всей системой. Консоль Database Control является частью программного обеспечения сервера Oracle Database 11g и не требует специальной инсталляции.
При создании новой базы данных с помощью DBCA Oracle автоматически запускает службу Database Control. При создании базы данных вручную для запуска процесса dbconsole Oracle Enterprise Manager нужно выдать следующую команду:
$ emctl start dbconsole
Как только процесс dbconsole запущен, доступ к консоли OEM Database Control можно получить, открывая веб-браузер и вводя следующий URL-адрес: 
http://hostname:portnumber/em
В URL-адресе hostname имя или адрес вашего компьютера, а portnumber — номер HTTP-порта консоли Database Control. На сервере Red Hat Linux автора по умолчанию используется порт 1158. Значения портов можно выяснить, просматривая файл portlist.ini, расположенный в каталоге $ORACLE_HOME/install/portlist.
Изменение паролей для определенных по умолчанию пользователей
Одна из первых задач, которую нужно выполнить после создания новой базы данных — изменение паролей для всех определенных по умолчанию пользователей. Имена и количество этих пользователей может быть разным в различных базах данных. Например, при предоставлении Oracle возможности создания базы данных при использовании универсального инсталлятора Oracle можно выбрать специализированную базу данных OLTP, DSS или гибридную БД. С каждой из этих баз данных связана своя группа определенных по умолчанию специализированных пользователей. Тем не менее, все типы баз данных будут иметь, по меньшей мере, несколько общих определенных по умолчанию пользователей.
Следующий запрос отображает некоторых определенных по умолчанию пользователей, общих для всех новых баз данных: 
SQL> SELECT username FROM dba_users;
USERNAME
-------------
DBSNMP
SYSTEM
SYS
OUTLN
. . .
SQL>
О паролях пользователей SYS и SYSTEM можно не беспокоиться, поскольку мы их уже изменили во время процесса создания базы данных. Учетная запись пользователя OUTLN служит для предоставления сохраненных черновиков SQL-запросов, а учетная запись DBSNMP предназначена для агента Intelligent Agent (Интеллектуальный агент) Oracle. В зависимости от типа созданной базы данных и выбранных для нее параметров в ней могут быть созданы и другие пользователи. По умолчанию пароли каждой из этих учетных записей совпадают с именем пользователя. Их необходимо изменить немедленно, поскольку они представляют потенциальную проблему безопасности. Для каждого из определенных по умолчанию пользователей заданные для них по умолчанию пароли нужно изменить, как показано в следующих примерах: 
SQL> ALTER USER outln IDENTIFIED BY 'новый_пароль';
SQL> ALTER USER dbsnmp IDENTIFIED BY 'новый_пароль';
Совет. Большинство определенных по умолчанию учетных записей (кроме SYS, SYSTEM, DBSNMP и SYSMAN) изначально заблокированы за счет истечения срока действия их паролей. Необходимо разблокировать и переустановить пароли этих учетных записей, используя оператор ALTER USER.
Пароли, чувствительные к регистру символов
В Oracle Database 11g по умолчанию все пароли чувствительны к регистру символов. Однако при модернизации базы данных до версии Oracle Database 11g пароли останутся не чувствительными к регистру, и, чтобы сделать их чувствительными к регистру, нужно воспользоваться оператором ALTER USER.
Параметр инициализации SEC_CASE_SENSITIVE_LOGON управляет чувствительностью паролей к регистру. По умолчанию этот параметр установлен в значение true —т.е. по умолчанию пароли чувствительны к регистру. Если по каким-либо причинам это заданное по умолчанию поведение должно быть изменено, например, потому, что приложения требуют применения паролей, которые не чувствительных к регистру, это можно сделать, устанавливая параметр SEC_CASE_SENSITIVE_LOGON в значение false.
Изменение режима архивации журналов
Базу данных можно сконфигурировать, чтобы она работала в режиме noarchivelog или archivelog. В режиме noarchivelog база данных Oracle не будет архивировать или сохранять заполняемые ею журналы повторного выполнения. Вместо этого она будет перезаписывать их при необходимости записи нового журнального файла. В режиме archivelog Oracle вначале сохраняет заполненный файл журнала повторного выполнения и лишь затем разрешает его перезапись.
Различие между режимами archivelog и noarchivelog чрезвычайно важно. При архивировании всех заполненных журналов повторного выполнения вы будете располагать полной записью всех изменений, выполненных в базе данных с момента последнего резервного копирования. В случае утраты диска резервные копии можно использовать совместно с архивированными журналами повторного выполнения для восстановления базы данных без потери зафиксированных данных. Изменение режима ведения журналов базы данных выполняется следующим образом.
Прежде чем изменять что-либо, следует проверить режим archivelog. Это можно сделать следующим образом: 
SQL> SELECT log_mode FROM v$database;
LOG_MODE
-------------------------
NOARCHIVELOG
1 row selected.
SQL>
Другой метод — использование команды ARCHIVE LOG LIST:
SQL> ARCHIVE LOG LIST
Database log mode No Archive Mode
Automatic archival Disabled
Archive destination /u02/app/oracle/oradata/arch/
Oldest online log sequence 3
Current log sequence 4
SQL>
Эта команда показывает расположение archivelog (/u02/app/oracle/arch) и подтверждает, что база данных работает в режиме noarchivelog (No Archive Mode). Автоматическая архивация также отключена.
Теперь, когда мы убедились, что база данных действительно работает в режиме noarchivelog, посмотрим, что нужно сделать, чтобы включить архивацию в новой базе данных.
Во-первых, убедитесь в установке параметров, связанных с архивацией журналов, в файле init.ora (или SPFILE). В файле init.ora автора были добавлены (удалены метки комментария) следующие параметры: 
log_archive_dest_n = 'LOCATION=/u02/app/oracle/oradata/nina/arch'
log_archive_format = 'log%t_%s_%r.arc'

Во-вторых, необходимо остановить базу данных, чтобы она могла использовать новую информацию, связанную с архивацией журналов, которая первоначально отсутствовала или была помечена как комментарии в файле init.ora. Обратите внимание, что только параметр LOG_ARCHIVE_DEST_n доступен для динамического изменения. Второй параметр, связанный с архивацией журналов, LOG_ARCHIVE_FORMAT, является статическим, т.е. команду ALTER SYSTEM нельзя применять для изменения режима архивации журналов. Поэтому придется выполнить останов и перезапуск базы данных. Однако существует достаточная возможность обхода этого ограничения. В действительности не обязательно устанавливать статический параметр, чтобы начать архивирование. Переменная LOG_ARCHIVE_FORMAT всего лишь устанавливает формат именования архивированных файлов журналов, и если это значение не указано, их именование будет выполняться в соответствии с принятым по умолчанию соглашением по именованию archivelog Oracle.
Команда остановки базы данных имеет следующий вид: 
SQL> SHUTDOWN IMMEDIATE
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL>
В-третьих, следует запустить базу данных только в режиме монтирования с помощью следующей команды:
SQL> STARTUP MOUNT
Затем воспользуйтесь показанной ниже командой, чтобы включить архивацию журналов:
SQL> ALTER DATABASE ARCHIVELOG
Database altered.
SQL>
И, наконец, откройте базу данных. Теперь БД будет работать в режиме archivelog.
SQL> ALTER DATABASE OPEN
Database altered.
SQL>
Удостовериться, что база данных работает в режиме rchivelog, можно с помощью следующей команды. Результат ее выполнения показывает, что база данных работает в режиме архивации, и что настройка автоматической архивации включена. 
SQL> ARCHIVE LOG LIST
Database log mode Archive Mode
Automatic archival Enabled
Archive destination /u02/app/oracle/oradata/nina/arch/
Oldest online log sequence 3
Next log sequence to archive 4
Current log sequence 4
SQL>
Если по какой-то причине необходимо отключить архивацию, это можно сделать, используя команду ALTER DATABASE NOARCHIVELOG, как показано в следующем примере, после запуска командой STARTUP MOUNT:
SQL> ALTER DATABASE NOARCHIVELOG;
Database altered.
SQL> archive log list
Database log mode No Archive Mode
Automatic archival Disabled
Archive destination /u02/app/oracle/oradata/nina/arch/
Oldest online log sequence 47
Current log sequence 48
SQL>