Scaricare dal sito il file drupal-6.13.tar.gz e scompattarlo.

Fare l’upload sul server.

Mettere off-line il sito:
Home » Administer » Site configuration » Site maintenance

Copiare il file default.settings.php in settings.php e modificare da false a true il parametro $update_free_access

Lanciare via web il comando update.php

Ricordare che se il db non e’ su localhost occorre specificarlo in advanced settings nella pagina di configurazione del DB.

Seguire tutti i passi standard.

Copiare i file custom dalla vecchia istallazione (sites/all/themes).

Mettere on-line il sito puntando alla nuova cartella.

Eventualmente tramite phpmyadmin fare il seguente update:

UPDATE variable SET value = ’s:1:”0″;’ WHERE name= ’site_offline’;
DELETE FROM cache WHERE cid = ‘variables’;

e buon divertimento

Di seguito gli appunti di un seminario Oracle seguito qualche anno fa (20/04/2004) che ho ritenuto utile trascrivere.

Un database Oracle consiste di:

• Memoria SGA: DB Buffer Cache, Shared Pool, Redolog Buffer
• Processi: DBWR, LGWR, SMON, PMON, CKPT
• File: Datafile, Control File, Redo Log File

DB Buffer Cache: fa permanere in memoria i dati piu’ frequentemente usati

Shared Pool: cache dei piani di esecuzione degli statement SQL arrivati al database

Redo Log Buffer: registro delle operazioni che hanno modificato il database

DBWR: scrive i dati nei datafile

LGWR: scrive le operazioni dal Redolog Buffer al Redolog File

SMON: system monitor, legge il control file per attivare le attivita’ di recovery in caso di crash

PMON: gestore dei processi, libera le risorse usate dalle connessioni scadute

CKPT: check point, si occupa della sicronizzazione tra i dati in memoria e su disco

Le operazioni in caso di istruzione SQL di Select sono le seguenti:

1. Parsing
2. Calcolo del piano di esecuzione
3. Fetch

Ma se l’istruzione e’ gia’ presente in shared pool la sola fase di fetch viene eseguita

La fetch preleva i dati da la DB buffer cache se gia’ presenti in memoria altrimenti li preleva da datafile.

Le operazioni in caso di istruzione che modifica i dati sono le seguenti:

1. Scrittura di un Rollback Block nella DB buffer cache
2. Scrittura dell’operazione fatta nel Redo Log Buffer

L’operazione di commit non sincronizza i datafile ma semplicemente i Redolog, l’operazione di modifica viene riportata nel Redo Log File.

Il blocco modificato viene marcato come sporco (Dirty) e non potra’ essere modificato fino a che non verra effettuata la sicronizzazione (di default dopo 3 minuti oppure prima se viene superato il numero di blocchi dirty di soglia). E necessaria una sincronizzazione (Check Point) anche nel caso di un Redo Log pieno.

Il Check Point produce un numero l’SCN scritto nel Control File e nel Redo Log file. In caso di auto recovery tutte le operazioni successive all’ultimo SCN sono quelle necessarie al recovery.

Gli stati di apertura di un database sono nell’ordine:

• shutdown
• nomount: viene letto il parameter file init<SID>.ora
• mount: viene letto il control file
• open:

Le opzioni di chiusura di un database sono:

• abort
• immediate
• transactional
• normal

Alla fine della creazione di un database generalmente possono essere cancellate:

• la cartella template assistant/dbca
• e i tablespace TOOLS, USERS, INDX

su AIX

mkramdisk 40000
mkfs -V jfs /dev/ramdisk0
mkdir /pathToMyRamDrive
mount -V jfs -o nointegrity /dev/ramdisk0 /pathToMyRamDrive
chown myuser:mygroup /pathToMyRamDrive

umount /dev/ramdisk0
rmramdisk /dev/ramdisk0

su Linux

sudo mkdir /media/ramdisk
sudo mount /dev/ram0 /media/ramdisk/
sudo mount -t tmpfs -0 size=1G tmpfs /media/ramdisk/

Per resettare la password di amministratore in mysql occorre far partire il server mysqld in safe mode disabilitando la richiesta di password (e’ necessario essere utente root di sistema):

sudo /etc/init.d/mysql stop

sudo /usr/bin/mysqld_safe –skip-grant-tables &

sudo mysql –user=root mysql

mysql> update user set Password=PASSWORD(‘mysql-root’) where user=’root’;

mysql> flush privileges;

mysql> exit

sudo /etc/init.d/mysql stop

sudo /etc/init.d/mysql start

Nota che il seguente messaggio in grassetto:

* Starting MySQL database server mysqld                                 [ OK ]
* Checking for corrupt, not cleanly closed and upgrade needing tables.

non indica un errore ma semplicemente un messaggio dei controlli che fa il db durante lo startup.

Sintomo: allo startup del database errore out of memory

SQL> startup
ORA-27102: out of memory
SVR4 Error: 22: Invalid argument
SQL> Disconnected

una volta verificato che oracle_home, oracle_sid etc … siano settati in modo corretto verificare che non si siano raggiunti i limiti di memoria massima concessi all’utente oracle.

Con la procedura seguente e’ possibile modificare provvisoriamente i parametri di sistema:

$ id -p
uid=60003(oracle) gid=203(oinstall) projid=100(user.oracle)
$ prctl -n project.max-shm-memory -i project user.oracle
project: 100: user.oracle
NAME    PRIVILEGE       VALUE    FLAG   ACTION                       RECIPIENT
project.max-shm-memory
privileged      4.00GB      -   deny                                 -
system          16.0EB    max   deny                                 -

$ su -

# prctl -n project.max-shm-memory -v 6gb -r -i project user.oracle

# exit

$ prctl -n project.max-shm-memory -i project user.oracle      project: 100: user.oracle
NAME    PRIVILEGE       VALUE    FLAG   ACTION                       RECIPIENT
project.max-shm-memory
privileged      6.00GB      -   deny                                 -
system          16.0EB    max   deny                                 -

$ sqlplus / as sysdba

SQL*Plus: Release 10.2.0.2.0 – Production on Mon Sep 15 08:43:06 2008

Copyright (c) 1982, 2005, Oracle.  All Rights Reserved.

Connected to an idle instance.

SQL> startup
ORACLE instance started.

Total System Global Area 1073741824 bytes
Fixed Size                  2132680 bytes
Variable Size             266171704 bytes
Database Buffers          801112064 bytes
Redo Buffers                4325376 bytes
Database mounted.
Database opened.
SQL>

Per modificare permanentemente tali parametri occorre aggiungere un nuovo progetto nel project file:

# cat /etc/project
system:0::::
user.root:1::::
noproject:2::::
default:3::::
group.staff:10::::


Per aggiungere un progetto usare il comando projadd, per modificarlo usare projmod:

# projadd -U oracle -K "project.max-shm-memory=(priv,6144MB,deny)" user.oracle
# projmod -s -K "project.max-sem-ids=(priv,256,deny)" user.oracle


Il project file dovrebbe apparire cosi’:

# cat /etc/project
system:0::::
user.root:1::::
noproject:2::::
default:3::::
group.staff:10::::
user.oracle:100::oracle::project.max-sem-ids=(priv,256,deny);project.max-shm-memory=(priv,6442450944,deny)


Datafile e RedoLog file

Per spostare i datafile e i redolog file eseguire il seguente comando:

SQL>alter database backup controlfile to trace;

che crea un file di trace generalmente nella seguente cartella:

$ORACLE_HOME/admin/[$ORACLE_SID]/udump/

copiare il file ed editare lo statement di creazione del control file modificando i path dei datafile da spostare;

fare lo shutdown;

SQL>shutdown immediate;

fare la copia fisica dei datafile e dei redolog file nella nuova posizione;

eseguire i comandi precedentemente editati ponendo attenzione a evitare le righe commentate che potrebbero creare problemi;

alter database backup controlfile to trace;
vi $ORACLE_HOME/admin/[$ORACLE_SID]/udump/sid_ora_XXXXX.trc
shutdown immediate;
cp -p /oracleDB/oraBase/oradata/SILDEV/redo*.log /spare2/SILDEV/
cp -p /oracleDB/oraBase/oradata/SILDEV/system01.dbf /oraDB_data/dbase/SILDEV/
cp -p /oracleDB/oraBase/oradata/SILDEV/sysaux01.dbf /oraDB_data/dbase/SILDEV/
cp -p /oracleDB/oraBase/oradata/SILDEV/users01.dbf /oraDB_data/dbase/SILDEV/
cp -p /oracleDB/oraBase/oradata/SILDEV/undotbs01.dbf /oraAS/SILDEV/
cp -p /oracleDB/oraBase/oradata/SILDEV/temp01.dbf /oraDB_data/dbase/SILDEV/

STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE “SILDEV” NORESETLOGS NOARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 3
MAXDATAFILES 100
MAXINSTANCES 8
MAXLOGHISTORY 292
LOGFILE
GROUP 1 ‘/spare2/SILDEV/redo01.log’ SIZE 50M,
GROUP 2 ‘/spare2/SILDEV/redo02.log’ SIZE 50M,
GROUP 3 ‘/spare2/SILDEV/redo03.log’ SIZE 50M
DATAFILE
‘/oraDB_data/dbase/SILDEV/system01.dbf’,
‘/oraAS/SILDEV/undotbs01.dbf’,
‘/oraDB_data/dbase/SILDEV/sysaux01.dbf’,
‘/oraDB_data/dbase/SILDEV/users01.dbf’
CHARACTER SET WE8ISO8859P1
;
ALTER DATABASE OPEN;
ALTER TABLESPACE TEMP ADD TEMPFILE ‘/oraDB_data/dbase/SILDEV/temp01.dbf’
SIZE 20971520 REUSE AUTOEXTEND ON NEXT 655360 MAXSIZE 32767M;

Controlfile
Per spostare i controlfile occorre modificare il file spfile.ora nella cartella:

$ORACLE_HOME/dbs/spfile[$ORACLE_SID].ora

farne una copia di sicurezza;

esso e’ un file binario; per cui occore prima trasformarlo in un file di testo col seguente comando:

SQL>create pfile='[path]/pfile[$ORACLE_SID].ora' from spfile='$ORACLE_HOME/dbs/spfile[$ORACLE_SID].ora';

editare il file “pfile[$ORACLE_SID].ora” e modificare il path dei controlfile che si vogliono spostare e/o eventuali altri parametri di sistema;

fare lo shutdown;

SQL>shutdown immediate;

spostare i controlfile nella nuova posizione;

fare una prova del pfile startando il db col seguente comando:

SQL> startup pfile='[path]/pfile[$ORACLE_SID].ora';

e verificare che l’istanza parta correttamente.

potrebbe generare un errore di tipo “ORA-01991: invalid password file…”
in questo caso va rigenerato il file di password che generalmente ha un path del tipo:

[$ORACLE_HOME]/dbs/orapw[$ORACLE_SID]

rinominare il file (per sicurezza) e ricrearlo, il comando è il seguente:

orapwd file=[$ORACLE_HOME]/dbs/orapw[$ORACLE_SID] password=[password]

a questo punto provare a startare di nuovo l’istanza attraverso il pfile,
se tutto va a buon fine ricreare l’spfile dal pfile appena modificato;

SQL>create spfile='$ORACLE_HOME/dbs/spfile[$ORACLE_SID].ora' from pfile='[path]/pfile[$ORACLE_SID].ora';

fare lo startup del database;

SQL>startup;

Verificare il corretto funzionamento del Database.

Configurare pserver su un istallazione cvs di Sun Solaris 10 in /opt/csw/bin/cvs cvs:

Creare un file temporaneo con la sintassi inetd.conf per abilitare pserver:

cat <<EOF >/tmp/inetd.conf
cvspserver stream tcp nowait root /opt/csw/bin/cvs cvs -f --allow-root=/cvs/repositories pserver
EOF

convertire il file nel formato Solaris SMF (Service Management Facility)

inetconv -i /tmp/inetd.conf

Se il servizio e’ stato aggiunto il seguente comando:

inetadm |grep cvs

dovrebbe avere un output del tipo:

enabled online svc:/network/cvspserver/tcp:default

per visualizzare che il servizio e’ in ascolto:

netstat -a |grep cvs

che da il seguente output:

*.cvspserver *.* 0 0 49152 0 LISTEN

per modificare il servizio appena creato utilizzare i seguenti comandi per listare il servizio e modifcarlo:

inetadm -l /network/cvspserver/tcp
inetadm -m /network/cvspserver/tcp exec="/opt/csw/bin/cvs -f --allow-root=/cvs/repositories/dev pserver"

il primo dei precedenti comandi dovrebbe dare un output del genere di cui col secondo comando modifichiamo il campo exec:

SCOPE NAME=VALUE
name="cvspserver"
endpoint_type="stream"
proto="tcp"
isrpc=FALSE
wait=FALSE
exec="/opt/csw/bin/cvs -f --allow-root=/cvs/repositories pserver"
user="root"
default bind_addr=""
default bind_fail_max=-1
default bind_fail_interval=-1
default max_con_rate=-1
default max_copies=-1
default con_rate_offline=-1
default failrate_cnt=40
default failrate_interval=60
default inherit_env=TRUE
default tcp_trace=FALSE
default tcp_wrappers=FALSE


Per cancellare il servizio appena creato disabilitarlo e cancellarlo come segue:

svcadm disable /network/cvspserver/tcp
svccfg delete /network/cvspserver/tcp


abilitare che gli host remoti possano connettersi lanciado il comando:

xhost +

exportare il DISPLAY:

export DISPLAY=<ip_x_host>:0.0

per verificare che ci siano connessioni attive in ascolto:

netstat --tcp --listen | grep x11

se non ve ne sono, verificare il file di configurazione gdm.conf la riga:

DisallowTCP=false (diu default sta a true)

(il file sotto ubuntu e’ in /etc/gdm/gdm.conf eventualmente cercarlo sotto /etc, con il comando find /etc |grep gdm.conf)

Per tutti i bischeri che come me hanno disabilitato il plugin di login di joomla e non riescono piu’ ad accedere come amministratore:

• accedere da mysql
• aggiornare nella tabella xxx_plugins il valore di published da zero ad uno della Joomla Autenthication

Export

mkfifo exportFIFO.dmp

nohup exp scott/tiger tables=(EMP, DEPT) file=exportFIFO.dmp&

nohup gzip < exportFIFO.dmp > export.dmp.gz&

Import

mkfifo importFIFO.dmp

nohup gzip -d < export.dmp.gz > importFIFO.dmp&

nohup imp scott/tiger fromuser=scott touser=scott ignore=Y file=importFIFO.dmp&