Newsgroup: it.comp.software.database
Titolo: [ORACLE] -DBA-

Quale testo consigliate per iniziare a studiare le varie problematiche
che si incontrano come administrator
(sul sito della oracle ce ne sono diversi in formato pdf
se conoscete altri siti sono comunque accetti.)
grazie.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 altri siti sono comunque accetti.) grazie.
 
ciao. dal sito scaricati assolutamente:
Concepts;
Administrator's Guide;
Net8 Administrator's Guide;
Reference;
SQL Reference.
Questi bastano e avanzano per la normale amministrazione.
Prendi poi in considerazine l'eventualita' di
farti un account su 
metalink.oracle.com
. Spesso trovi li le soluzioni a
vari problemi che incontri e non riesci a risolvere da solo.
ciao..buon studio!

 Questi bastano e avanzano per la normale amministrazione.
Questi dici non interessano?
Oracle9i Database Release 2 User, Administrator, and Developer Guides 
A96529-01 PDF HTML Oracle9i Database Globalization Support Guide Release 2
(9.2) 
A96628-01 PDF HTML Oracle9i Application Developer's Guide - Workspace
Manager Release 2 (9.2) 
A97283-01 PDF HTML Oracle9i Database Generic Documentation Addendum 
 
Oracle9i Database Release 2 Documentation for Microsoft Windows 
A96160_01 PDF HTML Oracle Data Provider for .NET Developers Guide 
B10526_01 PDF HTML Oracle9i Release Notes Addendum Release 9.2.0.2 for
Windows 
A95493-01 PDF HTML Oracle9i Database Installation Guide 
A95494-01 PDF HTML Oracle9i Client Installation Guide Release 2
(9.2.0.1.0) for Windows 
A95495-01 PDF HTML Oracle9i Database Release Notes 
A97205-01 PDF HTML Oracle9i Client Release Notes Release 2(9.2) for
Windows 
A97617-01 PDF HTML Oracle9i Release Notes Addendum 
B10076-01 PDF HTML Oracle9i Release Notes Addendum Release 2 (9.2.0.1.0)
for Windows 
B10110-01 PDF HTML Oracle Real Application Clusters Cluster File System
Release Notes 
grazie ancora!


 grazie ancora!
 
No, non dico che non interessino, semplicemente non sono a mio parere
indispensabili per cominciare ad amministrare un db oracle.
Alcuni sono specifici per gli sviluppatori e altri si occupano della
installazione.
Non so quale sia il tuo livello di conoscenza sul prodotto, ma dato che
dici di voler ''iniziare'' a studiarlo credo che i primi che ti ho
elencato siano pure d'avanzo. Poi e' ovvio che piu' conoscenze si hanno e
meglio si amministra il db:
se hai tempo e voglia di studiare pure quelli..ben vengano!!
Tra l'altro devo aggiungere che io lavoro
solo con oracle su Solaris quindi sono assolutamente ignorante su eventuali
problematiche relative alla gestione su Windows.
ciao.

 ciao.
Ti spiego il perche' della strana domanda che ti ho fatto:
il fatto e' che nella pagina documenti di oracle
http://otn.oracle.com/documentation/oracle9i.html
non avevo trovato nessuno dei testi da te mensionati,e credendo 
che fossero fondamentali (visto che stanno nella pagina principale)ti
chiedevo del perche' non ne avevi parlato...i tuoi li ho trovati
utilizzando
l'apposita funzione search, tutto qui,il mio livello comunque e'
programmatore pl/sql ...che cerca di ampliare gli orizzonti :-)
visto che te sei un DBA oracle, le tue funzioni principalmente consistono
nell'istallazione DB, backup e poi?
ciao e arigrazie


 ciao e arigrazie
 
Un dba non fa solo backup e installazioni (che palle sarebbe!).
In azienda abbiamo 14 db oracle tutti su solaris. Il piu' grande occupa
circa 340 Gbyte, gira su due Sun 420 in cluster con datafiles montati
via nfs su NettApp.Siamo in due ad occuparci di tutta sta mattonata di
db. Il lavoro inizia con la lettura (pallosissima) delle mail che
arrivano da script che controllano gli alert file per segnalare gli
errori eventuali che si verificano. Gli errori vanno poi verificati, si
cerca di capire cosa li provoca e si trova la soluzione. L'area sviluppo
(quasi) giornalmente richiede la modifica di packages, procedure,
triggers che dobbiamo effettuare noi, visto che abbiamo in esclusiva
l'accesso ai db. Le modifiche richieste vengono sempre testate su
ambienti di test, ma chissa' perche' il 60% delle volte devono essere
modificate perche' vanno in errore (ma tutte le aree sviluppo del mondo
pare funzionino cosi'!!....scherzo!). Tipica la richiesta di creazione di tabelle con
parametri di storage (leggi max_extent) insufficienti a contenere poi i
dati quando questi vengono caricati. Poi ci sono gli utenti che lanciano
query su tabelle storiche e che puntualmente si ricevono un bel 'snapshot
too old'..e allora vai a perdere un'ora a spiegare i perche' e i per come.
Il tutto sempre cercando di tenere verdi le spie che monitorizzano la
database buffer cache, redo log buffer e shared pool.
Bisogna poi occuparsi della creazione di nuovi utenti, nuovi ruoli, nuovi
tablespaces e tutto quanto necessita per il supporto di nuove features
nate in altre aree.
La gestione poi degli storage e' a carico nostro, sia come backup (eseguiti
tutti i giorni) a caldo (db tutti in archive mode),che come aggiunta di
datafiles, senza dimenticare che lo spazio NON e' infinito e quindi
bisogna anche sapere in anticipo quanto un tablespace puo crescere e in
quanto tempo. E i problemi di connessione (vedi listener) dove li
lasciamo:
ieri ho perso un'ora per capire come mai una sottorete non raggiungeva
piu' la 1522 (secondo listener per una seconda istanza di test su uno dei
vari servers), litigando con l'area network, prima di scoprire che un
idiota aveva modificato il listener.ora...........
No, un dba non fa solo backup e installazioni...:-)
ciao ciao
PS faccio questo lavoro da appena un anno, sono stato etichettato dba
perche' conoscevo un po' di sql, e dato che in azienda la figura non
c'era ancora sono stato scelto io....questo per dirti che sono appena
agli inizi e quindi un dba esperto sul serio fa molto ma molto di piu'.

 ciao ciao
mi sa pero' che almeno il 50% del tempo lo passi da programmatore ;-)


 questo 'un lo fo... misa che e' da DBA
toscano ? ;)


Beh, anche per scrivere uno script shell stupido una qualche conoscenza di
programmazione la devi avere...
Ciao,
Paulus
http://spazioweb.inwind.it/it_informatica
--------------------------------
Inviato via 
http://usenet.libero.it

 toscano ? ;)
maremma buaiola... mi so' tradito :-DD


 mi sa pero' che almeno il 50% del tempo lo passi da programmatore ;-)
 
E gia', mi sa che chiedo un aumento di stipendio per il doppio lavoro!!
Scherzi a parte, la correzione degli errori sul codice pl/sql deriva non
da incompetenza degli sviluppatori (tutto posso dire tranne di avere
colleghi incompetenti), ma semplicemente dalla 'settorializzazione' che
si e' creata in azienda. Lavoriamo purtroppo a compartimenti stagni,
quindi noi dba dobbiamo gestire databases di cui quasi ignoriamo ogni aspetto
applicativo, ogni flusso (cosa fa quel trigger? cosa serve quel
package?). E d'altro canto non si puo' chiedere ad
uno sviluppatore di conoscere a fondo i parametri di storage specifici di
ogni tablespace o di ogni altro cavolo di oggetto sul db. NOn solo, ma
diverse parti dell'applicativo sono sviluppate da diverse sottoaree,
quindi e' chiaro che sbagliare qualcosa e' sin troppo semplice.
A questo aggiungiamo la 'fretta' con cui ormai si lavora oggi, la
criticita' di lavorare sempre e solo (nel mio caso) su macchine in
produzione in cui un eventuale errore crea danni (non solo di immagine) 
all'azienda, quindi perennemente col fiato sul collo dei vari responsabili. 
Sarebbe certo diverso se l'area sistemi (area di cui faccio parte) e
l'area sviluppo lavorassero in perfetta sintonia e consci ognuna del
lavoro dell'altra, ma cosi' non e'!
Bene dopo questo bello sfogo, mi accingo a modificare un initSID.ora come
da richiesta appena pervenutami via mail
ciao