Jeśli mamy do dyspozycji PDO (PHP Data Objects) i PHP >= 5.1 (ew. 5.0 i PDO jako PECL), to możemy użyć gotowych mechanizmów do obsługi transakcji i wyjątków (od PHP 5.0):

try {
  $dbh->beginTransaction();
  $dbh->exec('pierwsze zapytanie');
  $dbh->exec('drugie zapytanie');
  $dbh->exec('trzecie zapytanie');
  $dbh->commit();
} catch (Exception $e) {
  $dbh->rollBack();
  echo $e->getMessage();
}

Jeśli wystąpi jakikolwiek wyjątek, blok try{} jest przerywany i wykonuje się catch{}. Na końcu tego pierwszego mamy commit(), w przypadku wystąpienia błędu – wywołany zostanie rollback().
try{} catch{} znane jest z innych języków i jest przydatne – warto zapamiętać.

W przypadku, gdy nie używamy PDO, można użyć sztuczki z operatorami logicznymi:

mysql_query("BEGIN");
$r = mysql_query('pierwsze zapytanie');
$r &= mysql_query('drugie zapytanie');
$r &= mysql_query('trzecie zapytanie');
if ($r)
  mysql_query('COMMIT');
else
  mysql_query('ROLLBACK');

Naturalnie brak tu obsługi błędów, bo po else mysql_error() zwróci nam to, co nastąpiło po ostatnim mysql_query, ale czasami i to wystarcza.

Pytanie brzmi „Are yuo sure you want to continue?„, ale niestety odpowiedź „Yes” nie oznacza, że uda nam się przejść dalej. Po prostu instalator się zamyka.

Żeby było jasne – za pomocą pakietu orarun przygotowałem wcześniej system. Ale nawet te programy/skrypty nie dodają grupy dba.

Obejściem problemu jest uruchomienie instalatora z parametrem -ignoreInternalDriverError. Rozwiązaniem – dodanie przed instalacją grupy dba w systemie i dorzucenie do niej użytkownika, z którego prawami działać będzie baza (zazwyczaj oracle).

set colsep ';'
set head off;
set feed off;
set trimspool on;
set linesize 32767;
set pagesize 32767;
set echo off;
set termout off;
set timing off;

spool sched.csv

SELECT 'Week ' || TO_CHAR(SYSDATE-7, 'iw'), NEXT_DAY(trunc(SYSDATE)-14, 'MONDAY'), NEXT_DAY(trunc(SYSDATE)-7-1/60/60/24, 'SUNDAY') FROM dual;

SELECT OWNER || '.' || JOB_NAME AS job, to_char(ACTUAL_START_DATE, 'YYYY-MM-DD HH24:MI:SS') as start_date, to_char(LOG_DATE, 'YYYY-MM-DD HH24:MI:SS') as end_date
FROM DBA_SCHEDULER_JOB_RUN_DETAILS
WHERE OWNER NOT IN ('EXFSYS', 'SYS')
AND TO_CHAR(LOG_DATE, 'iw') >= TO_CHAR(SYSDATE-7, 'iw')
AND TO_CHAR(ACTUAL_START_DATE, 'iw') < TO_CHAR(SYSDATE, 'iw')
ORDER BY 1, 2, 3;

exit

Podobnie jak poprzednio w wyniku otrzymamy plik sched.csv z zadaniami z minionego tygodnia, który ręcznie wczytujemy do Gnatt (ciągle brak przetwarzania wsadowego).
Wywołanie:

sqlplus -S '/ as sysdba' @sched.sql

Ciekawa formuła, a w zasadzie jej brak – to szkolenie odbyło się po raz pierwszy i my niejako kreowaliśmy jak będzie wyglądać w przyszłości. Ja wyniosłem wiele, więc wydaje mi się, że się udało.

Zaczęło się nietuzinkowo – dostaliśmy jakąś kopię bazy, która uległa awarii i żeby robić cokolwiek przez resztę dni, musieliśmy to odratować. Później było jeszcze ciekawiej.

Żeby było jeszcze bardziej PRO, zrobiliśmy nawet standby na ekspresie do kawy ;-)

Żeby nie było – ja też dałem coś od siebie prowadzącemu i kursantom. Promowałem Orbadę i tmux‘a!

rlwrap sqlplus

Historię możemy również przeszukiwać wstecz przy użyciu kombinacji [Ctrl] + [R].
Aby zadziałało uzupełnianie, musimy podać plik z listą słów (-f). Oczywiście nie będzie to tak inteligentne jak psql z PostgreSQL, bo dopasowywać będzie każde słowo, niezależnie od kontekstu, ale zawsze to coś.

SET SQLPROMPT "_USER'@'_CONNECT_IDENTIFIER _DATE> "

I już wśród wielu okien terminali wiemy gdzie pracujemy.

Godzinę można też dodać ustawiając zmienną time:

set time on

Przeczytaj więcej na:

• Configuring SQL*Plus
• Useful Prompt in SQL*Plus

SELECT
 TO_CHAR(START_TIME, 'yyyy-mm-dd HH24:MI') AS START_TIME,
 TO_CHAR(END_TIME, 'yyyy-mm-dd hh24:mi') AS END_TIME,
 TRUNC(TO_CHAR(END_TIME-START_TIME)*24) || ' h ' || TRUNC(MOD(TO_CHAR(END_TIME-START_TIME)*24*60,60)) || ' min' AS DURATION,
 DECODE(TRUNC(LOG(1024, OUTPUT_BYTES)) , 0, ROUND(OUTPUT_BYTES / POWER(1024, 0), 2) || ' Byte' , 1, ROUND(OUTPUT_BYTES / POWER(1024, 1), 2) || ' KB' , 2, ROUND(OUTPUT_BYTES / POWER(1024, 2), 2) || ' MB' , 3, ROUND(OUTPUT_BYTES / POWER(1024, 3), 2) || ' GB', 4, ROUND(OUTPUT_BYTES / POWER(1024, 4), 2) || ' TB') AS BACKUP_SIZE ,
 ROUND(OUTPUT_BYTES/INPUT_BYTES*100, 2) || ' %' AS RATIO,
 OBJECT_TYPE
FROM
 V$RMAN_STATUS
WHERE
 OBJECT_TYPE IN ('DB INCR', 'DB FULL', 'ARCHIVELOG')
 AND OPERATION = 'BACKUP'
 AND TO_CHAR(END_TIME, 'iw') >= TO_CHAR(SYSDATE-7, 'iw')
 AND TO_CHAR(START_TIME, 'iw') < TO_CHAR(SYSDATE, 'iw')
ORDER BY
 START_TIME ASC

W Orbada wynik może wyglądać tak:

Jak łatwo zauważyć, mamy kolejno: czas rozpoczęcia i zakończenia oraz czas trwania zadania, rozmiar wynikowy, mój wskaźnik 'ratio' czyli stosunek bajtów odczytanych do zapisanych, a na koniec rodzaj kopii. Kopia przyrostowa zawsze będzie oznaczona jako DB INCR, niezależnie od poziomu.

Powyższe działa na Oracle 10g2.

Sam napisałem własne i dopisuję na potrzeby chwili kolejne zapytania. Jednym z nich jest posortowana lista wolumenów (tak, dokładnie to co daje list media pool=<pool>, ale poukładane jak chcemy). Wygląda to tak:

:List Volumes with order:
*Enter Pool name:
*Enter order (eg. VolumeName, LastWritten)
SELECT Media.MediaId, Media.VolumeName, Media.VolStatus, Media.Enabled,
Media.VolBytes, Media.VolFiles, Media.VolRetention, Media.Recycle, Media.Slot,
Media.InChanger, Media.MediaType, Media.LastWritten
FROM Media, Pool
WHERE Pool.PoolId = Media.PoolId
AND Pool.Name = '%1'
ORDER BY Media.%2

Zapytania zapisujemy w pliku etc/query.sql (chyba, że dla Director mamy podaną inną nazwę pliku w QueryFile). Powyższe niech posłuży za przykład.
Nazwę rozpoczynamy od dwukropka, pytania o ew. parametry rozpoczynamy od gwiazdki, a zapytania piszemy po prostu tekstem bez wyróżników. Oczywiście komentarze to #. Jeśli chcemy się posłużyć parametrami, to odwołujemy się do nich za pomocą %n, gdzie n jest pozycją parametru liczonym od 1.
W zasadzie taka opcja jak sortowanie mogła by się znaleźć w standardzie, zwłaszcza, że przy dużej ilości wolumenów można się pogubić, no ale jakoś Request for Changes jeszcze nie wysłałem. Nie znalazłem też możliwości tworzenia dynamicznej listy przy podawaniu parametrów, RfC również nie wysłałem.
Wywołanie zapytania z poziomu konsoli Bacula za pomocą komendy query. Nie znalazłem możliwości szybkiego wpisania w stylu query queryid=21. No, ale pewnie nie jest tak dlatego, że zapytania są odczytywane z pliku w momencie podania komendy.

Kolejne zapytanie robi zestawienie wykonywanych kopii w minionym tygodniu. Akurat takiego formatu potrzebowałem, ale polecam dostosowanie do własnych potrzeb:

SELECT
 Name,
 Level,
 DATE_FORMAT(StartTime, '%Y-%m-%d %H:%i') AS StartTime,
 DATE_FORMAT(EndTime, '%Y-%m-%d %H:%i') AS EndTime,
 CONCAT(TIMESTAMPDIFF(HOUR, StartTime, EndTime), ' h ', MOD(TIMESTAMPDIFF(MINUTE, StartTime, EndTime), 60), ' min') AS Duration,
 Status.JobStatusLong
FROM
 Job,
 Status
WHERE
 Job.JobStatus = Status.JobStatus
 AND EndTime > DATE_FORMAT(DATE_SUB(NOW(), INTERVAL(DAYOFWEEK(NOW())+5) DAY), '%Y-%m-%d')
 AND StartTime <= DATE_FORMAT(DATE_SUB(NOW(), INTERVAL(DAYOFWEEK(NOW())-1) DAY), '%Y-%m-%d')
 AND Status.JobStatus != 'A'
ORDER BY
 StartTime ASC,
 EndTime ASC

Przy okazji testowania powyższego w Orbada zauważyłem kolejny ‘kwiatek’ w jdbc:mysql (vide jdbc:mysql i data). Funkcja TIMEDIFF() zwraca wartość w zmiennej typu TIME, jdbc:mysql i tak daje to jako TIMESTAMP, a jak dodatkowo przekroczymy zakres TIME, to otrzymamy wyjątek.
Obejściem zamiany typu przez jdbc:mysql jest sztuczna konwersja zwracanego wyniku do string za pomocą CONCAT().

Wspomniany zakres dla TIME to 838h, 59 min i 59 sek (polecam lekturę). Moje obejście to TIMESTAMPDIFF(), co widać w drugim zapytaniu.

java.sql.SQLException: Cannot convert value '0000-00-00 00:00:00' from column 11 to TIMESTAMP.
Caused by: java.sql.SQLException: Value '[B@13ad88b' can not be represented as java.sql.Timestamp

Nie jest to oczywiście błąd Orbada, a sterownika JDBC, z którego program korzysta przy połączeniach. Obejście to zmodyfikowanie connection string poprzed dodanie zeroDateTimeBehavior=convertToNull.

Nie reklamuję Orbada tylko dlatego, że Andrzej to mój kolega z pracy – to naprawdę dobry program. Spróbujcie sami, polećcie innym i wspomóżcie projekt (za niedługo będą nawet ładne koszulki z logo).

RUN {
ALLOCATE CHANNEL d1 DEVICE TYPE DISK FORMAT='/backup/%d_%p' MAXPIECESIZE=750G;
BACKUP REUSE INCREMENTAL LEVEL 0 DATABASE TAG='level0';
RELEASE CHANNEL d1;
}

No i zadziałało, ale nie tak jak się spodziewałem. RMAN po każdym wykonaniu BACKUP DATABASE robi kopię controlfile i spfile. Również wtedy gdy wyłączona jest opcja CONTROLFILE AUTOBACKUP. To dobre zachowanie, ale robi to w osobnym backupset, co znaczy, że znów użyje formatu /backup/%d_%p, a tym samym nadpisze pierwszy kawałek kopii bazy. No i kopia jest bezużyteczna. RMAN sam z siebie nie weryfikuje tego, więc kolejna kopia LEVEL 1 będzie przyrostowa, a nie pełna.

Rozwiązaniem problemu jest globalne ustawienie formatu dla kopii pliku controlfile, np. tak:

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/%F';

Przy okazji – ustawiając nazwę możemy użyć zmiennych jak wspomiane %d rozwijane na nazwę bazy czy %p podające numer kawałka. Najczęściej używane są unikalne %F czy też %U. Po opis wszystkich odsyłam do dokumentacji.
Znajduje się w niej też wzmianka o %n czyli uzupełnienie nazwy bazy (%d) znakami x do ośmiu. Nazwane to zostało Porn star alias name, a książkowy scott pasuje do tego świetnie – scotxxx. Próbowałem znaleźć czy ktoś jeszcze używa takiej nazwy, bo spotkałem się z nią pierwszy raz, ale wyniki skierowały mnie na strony, które daleko odciągają uwagę od problemu kopii ;-)