RAID в RHEL своими руками

https://raid.wiki.kernel.org/index.php/RAID_setup

Creating AZK-F DB FB

If you getting "Unknown database access mode specified in azk.db.accessmode property" msg remember:
It's in the "Server.properties.template", dude.

Расположение wincmd.ini

При необходимости изменить расположение файла wincmd.ini:
- либо воспользоваться утилитой "Inireloc": http://wincmd.ru/plugring/inireloc.html, загрузка1, загрузка2, загрузка3;
- либо изменить значение пути в параметре "IniFileName" ветки реестра "HKCU\Software\Ghisler\Total Commander" (удобно работать с собственной переменной Totalcmd: %COMMANDER_PATH%.

P.S. Аналогично и для wcx_ftp.ini

AWR для Oracle SE и DBMS_SHARED_POOL

Включение механизма сбора данных для AWR-отчетов в Oracle Standart Edition.

(ист.)

sqlplus / as sysdba
SQL> alter system set control_management_pack_access = "DIAGNOSTIC+TUNING" scope=both;
System altered.

SQL> @$ORACLE_HOME/rdbms/admin/dbmspool.sql
Package created.

Create the dbmspool package body:
SQL> @$ORACLE_HOME/rdbms/admin/prvtpool.plb
View created.
Package body created.

Grant execution privilege on the package:
SQL> grant execute on dbms_shared_pool to sysman;
Grant succeeded.

SQL> grant execute on dbms_shared_pool to dba;
Grant succeeded.

exit

//Пересоздание репозитория
su - oracle
emca -deconfig dbcontrol db -repos drop
emca -config dbcontrol db -repos create

OEM -> вкладка Server -> Automatic Workload Repository -> в блоке General нажать "Edit" -> выставить "Retention Period (Days)" = 31.

Перенос строки в Windows и Linux

Сегодня столкнулся с проблемой, когда текстовый файл читается по-разному в двух ОС - Windows и Linux.
Проблема возникла при создании пакетного sh-файла с Linux-командой "cp". Файл был подготовлен на Windows, а предназначался для выполнения на Linux.
При выполнении появились ошибки. Оказалось, что в конце строки текстовый редактор под Linux "видит" символ "^M":

В Windows:
cp /opt/oracle/diag/rdbms/azk/azk/trace/azk_ora_19367.trc ./
cp /opt/oracle/diag/rdbms/azk/azk/trace/azk_ora_22650.trc ./
...

В Linux:
cp /opt/oracle/diag/rdbms/azk/azk/trace/azk_ora_19367.trc ./^M
cp /opt/oracle/diag/rdbms/azk/azk/trace/azk_ora_22650.trc ./^M
...

При просмотре файла в Notepad++ в режиме просмотра доп.символов видно, что в среде Windows концовка строки выглядит так:
cp /opt/oracle/diag/rdbms/azk/azk/trace/azk_ora_19367.trc ./[CR][LF]
cp /opt/oracle/diag/rdbms/azk/azk/trace/azk_ora_22650.trc ./[CR][LF]
...

В итоге, при просмотре такого файла в текстовом редакторе под Linux видит эти символы так
cp /opt/oracle/diag/rdbms/azk/azk/trace/azk_ora_19367.trc ./^M
cp /opt/oracle/diag/rdbms/azk/azk/trace/azk_ora_22650.trc ./^M
...

Чтобы Linux корректно выполнял пакетные файлы, нужно, чтобы символы в конце строки были такими:
cp /opt/oracle/diag/rdbms/azk/azk/trace/azk_ora_19367.trc ./[LF]
cp /opt/oracle/diag/rdbms/azk/azk/trace/azk_ora_22650.trc ./[LF]
...

Найти инструмент под обеими ОС, чтобы автоматизировать процесс поиска/замены таких символов.

Ошибка при запуске экземпляра Oracle (о памяти, SGA, PFILE, SPFILE)

После изменения параметров SGA экземпляр не запустился:

SQL> startup;
ORA-00844: Parameter not taking MEMORY_TARGET into account
ORA-00851: SGA_MAX_SIZE 268435456 cannot be set to more than MEMORY_TARGET 222298112.

Значения параметров экземпляра хранятся в 2-х файлах:
pfile и spfile.
PFILE - текстовый файл, который можно открыть в текстовом редакторе.
SPFILE - его содержимое бинарное, текстовый редактор для его просмотра/редактирования не подходит.
При запуске (SQL> startup;) Oracle считывает параметры из SPFILE (при его наличии, иначе - из PFILE создается SPFILE).
Таким образом, чтобы исправить возникшую ситуацию, необходимо:

SQL> create pfile from spfile;
File created.
SQL> exit
Disconnected

В файле PFILE исправить значение параметра SGA_MAX_SIZE, чтобы оно не превышало значение MEMORY_TARGET, затем:

SQL> create spfile from pfile;
File created.
SQL> startup;

источник

Декомпилятор Java

1. http://jd.benow.ca/
2. https://github.com/deathmarine/Luyten/releases/ - декомпилирует даже то, на чем декомпилятор из п.1 выдает сообщение "INTERNAL ERROR".