Less01 DB Architecture MB

Introduction
Copyright © 2005, Oracle. All rights reserved.

Objectives
In this course, you gain hands-on experience in:

• Installing, creating, and administering an Oracle
Database Edition 10g Enterprise database
• Configuring the database for an application
• Implementing a backup and recovery strategy
• Employing basic monitoring procedures
In this lesson, you learn about:
• Core database administration tasks
• Oracle 10g database architecture
1-2 Copyright © 2005, Oracle. All rights reserved.

Obiective
În acest curs, vă instalaţi Oracle Database 10g Enterprise Edition software, a crea un nou
baze de date, şi să înveţe cum să administreze baza de date.
Să configuraţi de asemenea baza de date pentru a susţine o cerere, care îndeplinesc sarcini cum
ar fi crearea
utilizatori, definirea structurilor de depozitare, şi înfiinţarea de securitate. Acest curs foloseste
un fictiv
cerere. Cu toate acestea, să efectuaţi toate sarcinile de bază necesare pentru o aplicaţie reală.
Administrare baze de date nu se încheie după ce baza de date este configurat. Puteţi, de
asemenea invata cum sa
proteja bazele de date prin conceperea unei strategii de backup si recuperare, şi cum să
monitorizeze
bază de date pentru a se asigura că acesta funcţionează fără probleme.
Oracle Database 10g: Administration Workshop I 1-2

Oracle Products
• Oracle databases
• Oracle Application Server
• Oracle Applications
• Oracle Collaboration Suite
• Oracle Developer Suite
• Oracle services

Produse Oracle
• baze de date Oracle: Baza de date Oracle este prima bază de date proiectată pentru grid
întreprindere
de calcul, modul cel mai flexibil şi cost-eficiente pentru a gestiona informatii si
aplicaţii.
• Oracle Application Server: Java Oracle 2 Enterprise Edition (J2EE) œcertified server
integrează tot ceea ce este necesar pentru a dezvolta si implementa aplicatii bazate pe Web.
implementează server de aplicaţie portaluri de e-business, servicii Web, si tranzactionale
aplicaţii, inclusiv PL / SQL, Oracle Forms, şi aplicaţii bazate pe J2EE.
• Oracle Applications: Oracle E-Business Suite este un set complet de aplicaţii de business
pentru gestionarea şi automatizarea proceselor din cadrul organizaţiei dumneavoastră.
• Oracle Collaboration Suite: Oracle Collaboration Suite este un sistem unic, integrat
pentru toate datele din organizaţia dvs comunicatii: voce, e-mail, fax, wireless, calendar
informaţii, şi fişiere.
• Oracle Developer Suite: Oracle Developer Suite este un mediu complet, integrat
care combina dezvoltarea de aplicaţii şi instrumente de business intelligence.
• Servicii de Oracle: Servicii, cum ar fi Oracle Consulting şi Universitatea Oracle va oferi
cu expertiza necesară pentru proiectele dvs. Oracle.

How DBAs Spend Their Time
Installing: 6% Creating and Loading and
configuring: 12% archiving data: 6%
Managing database
system: 55%
Maintaining
software: 6%
Source: Survey conducted at IOUG Live! 2001
Cum Administratorii bazei de date îşi petrec timpul

cea mai mare parte a timpului un DBA este cheltuit performante de management în curs de
desfăşurare. În curs de desfăşurare de gestionare a
atribuţii includ:
• SQL si tuning aplicare
• Sistemul de resurse tuning
• Spaţiu şi de gestionare a obiectului
• Backup si recuperare
• management de stocare

Tasks of an Oracle Database Administrator
Prioritized approach for designing, implementing, and

maintaining an Oracle database:
1. Evaluate the database server hardware.
2. Install the Oracle software.
3. Plan the database.
4. Create, migrate, and open the database.
5. Back up the database.
6. Enroll system users.
7. Implement the database design.
8. Recover from database failure.
9. Monitor database performance.

Sarcinile de administratorul bazei de date Oracle
Un administrator de baze de date Oracle (DBA) este de obicei responsabil pentru instalarea
Oracle
software şi crearea bazei de date. Ca DBA, aţi putea fi responsabil pentru crearea bazei de date
structuri de stocare, cum ar fi tabele. În plus, puteţi crea schema sau un set de
obiecte care să conţină date aplicare.
Tu trebuie să se asigure că baza de date este disponibil pentru utilizatori. Puteţi realiza acest
lucru prin pornirea
bazei de date, backup baza de date în mod regulat, şi monitorizarea performanţei
bazei de date.
Pe măsură ce trece prin lecţii în acest curs, învăţaţi cum să efectueze fiecare dintre aceste
sarcini. Puteţi consulta, de asemenea, Ghidul Oracle Database Administrator pentru
suplimentare
informaţii despre fiecare din sarcinile menţionate în diapozitiv.

Tools Used to Administer an
Oracle Database
• Oracle Universal Installer

• Database Configuration Assistant
• Database Upgrade Assistant
• Oracle Net Manager
• Oracle Enterprise Manager
• SQL*Plus and iSQL*Plus
• Recovery Manager
• Data Pump
• SQL*Loader

Instrumente utilizate pentru a administra o bază de date Oracle
Puteţi utiliza următoarele instrumente pentru instalare şi upgrade:
• Oracle Universal Installer (identificatorul unic): Oracle Universal Installer instalează Oracle dvs.
software-ul şi opţiuni. Se poate lansa automat Database Configuration Assistant
pentru a crea o bază de date.
• Database Configuration Assistant (DBCA): Database Configuration Assistant creează
o bază de date de la Oracle-furnizate de template-uri. Acesta vă permite să copiaţi o sămânţă
preconfigurat
baza de date. Alternativ, puteţi crea propria baza de date.
• Baza de date Upgrade Assistant (DBUA): Acest instrument vă ghidează prin actualizarea
baza de date existente într-o nouă versiune Oracle.
• Oracle Net Manager: Acest lucru este folosit pentru a configura reţeaua Oracle Net.

Instrumente utilizate pentru a administra o bază de date Oracle (continuare)
Următoarele instrumente sunt folosite pentru a gestiona exemplu dumneavoastră şi de baze de
date Oracle:
• Oracle Enterprise Manager: Enterprise Manager combină o consolă agenţi grafice,,
servicii comune, şi instrumente pentru a oferi o sisteme integrate şi cuprinzătoare
platforma de management pentru gestionarea produselor Oracle. După ce aţi instalat Oracle
software, a creat o bază de date sau modernizate, şi configurat reţeaua, puteţi utiliza
Enterprise Manager ca interfaţă unică pentru gestionarea bazei de date. În plus faţă de
oferind o interfata web-based pentru executarea de comenzi SQL, este perfect
interfeţele cu alte componente Oracle utilizate pentru a administra baza de date, de exemplu,
Recovery Manager şi Scheduler.
Pentru a rezuma, trei instrumente principale pentru a administra o bază de date Oracle sunt:
- Baza de date Enterprise Manager Console: utilizate pentru a administra o bază de date
- Enterprise Manager Grid Control: utilizate pentru a administra mai multe baze de date în
acelaşi timp
timp
- Java Console: Folosit pentru acces la instrumente care nu sunt Web-enabled
• SQL * Plus: SQL * Plus este standard interfaţa de linie de comandă pentru gestionarea dvs.
baza de date.
• iSQL * Plus: iSQL * Plus este o interfaţă bazată pe browser pentru o bază de date Oracle.
• Recovery Manager (RMAN): RMAN este un instrument Oracle, care oferă un complet
are nevoie de soluţie pentru backup, restaurare, şi de recuperare a bazei de date ca un întreg,
sau de
fişiere de baze de date.
• Datele Pompa: Pompa permite transferul de date de mare viteză de date dintr-o bază de date
la
altul. De exemplu, poate doriţi să exportaţi un tabel şi de import-l într-o altă
baza de date.
• SQL * Loader: SQL * Loader utilitate permite încărcarea de date dintr-un fişier extern
într-o bază de date Oracle. Acesta este unul dintre utilitarele de mai multe Oracle pe care le
puteţi folosi pentru a încărca
datelor în tabelele bazei de date.

Oracle Database 10g:
—g“ Stands for Grid
• Low cost
• High quality of service
• Easy to manage
Storage Database Application Grid
grid grid grid control
Automatic Real Oracle Enterprise

Storage Application Streams Manager
Management Clusters
1-8

Oracle Corporation a creat o infrastructură de Grid Computing software-ul care toate soldurile
tipuri de sarcini de lucru pe mai multe servere şi permite toate aceste servere să fie gestionate
ca un complet
sistem. Grid Computing pot atinge acelaşi nivel foarte ridicat de fiabilitate ca mainframe
de calcul, deoarece toate componentele sunt grupate. Dar, spre deosebire de mainframe-uri şi
mari UNIX
Servere SMP, o grilă poate fi construit cu tehnologii de sisteme deschise, cum ar fi procesoare
Intel şi
sistemul de operare Linux, la un cost foarte scăzut.
Tehnologia Oracle Grid Computing include:
• Automatic Storage Management
• Clustere Real Application
• Oracle Streams
• Manager Enterprise Grid Control

OOracle Grid Computing (continuare)
Automatic Storage Management (ASM) se raspandeste de date în baza de date toate discurile,
crearea şi
menţinerea unei reţele de depozitare, oferind cea mai mare şi I / O cu minim
de gestionare a costurilor. Ca discuri se adaugă sau a scăzut, ASM redistribuie datele în mod
automat
(Nu este nevoie pentru sistemul de fişiere şi managerul de volume). Date creşte disponibilitatea
cu opţional
mirroring, şi puteţi adăuga sau picătură discuri online. Pentru mai multe informaţii, consultaţi
lecţia cu titlul
-Gestionarea bazei de date Structuri de stocare. "
Oracle Real Application Clusters (RAC), se execută şi scări de toate sarcinile de lucru pe o cerere
cluster de servere şi oferă:
clusterware • integrat: Aceasta include funcţionalităţi pentru conectivitate cluster, mesagerie
şi de blocare, control cluster, şi recuperare. Acesta este disponibil pe toate platformele
suportate de
Oracle Database 10g.
• gestionarea volumului de muncă automată: Regulile pot fi definite pentru a aloca în mod
automat
resursele de procesare pentru fiecare serviciu atât în timpul operaţiunilor normale şi ca răspuns
la
eşecuri, şi aceste norme pot fi modificate dinamic pentru a răspunde nevoilor în schimbare de
afaceri.
Această alocare dinamică a resurselor intr-o retea de baze de date este unic pentru Oracle RAC.
• Automatic notificare eveniment la mid-tier: Când un cluster modificări de configurare,
mid-tier se poate adapta imediat la failover instanţă sau disponibilitatea de o nouă instanţă.
Acest lucru permite utilizatorilor finali să continue să lucreze în caz de failover instanţă, fără a
întârzieri cauzate de obicei de timeout-uri de reţea. În cazul în care disponibilitatea exemplu noi,
mid-tier poate începe imediat load balancing conexiuni la această instanţă. Oracle
Database 10g drivere JDBC au Failover-Fast Connection ", funcţionalitate, care pot
fi activat automat să se ocupe de aceste evenimente.
Oracle Streams oferă un cadru unificat pentru schimbul de informaţii, combinând mesaj
aşteptare, replicare, evenimente, de încărcare depozit de date, publică şi abonaţi caracteristici, şi
notificări într-o singură tehnologie. Oracle Streams pot păstra două sau mai multe sursă de date
copii sincronizate atunci când actualizări sunt aplicate la oricare dintre site-ului. Se poate capta
automat
schimbări de baze de date, propaga modificările la nodurile abonaţi, aplica modificările, şi să
detecteze şi
rezolva conflictele actualizarea datelor. Oracle Streams pot fi utilizate direct de către aplicaţii ca
o
mesaj-coadă sau o caracteristică de flux de lucru, permiţând o comunicare între aplicaţii în
grilă.
Oracle Enterprise Manager Grid Control gestionează operaţiunile gridwide care includ
gestionarea întreaga stivă de software, utilizatorii de provizionare, clonarea baze de date, şi
gestionarea
patch-uri. Se poate monitoriza performanţa de toate cererile din punctul de vedere al
dumneavoastră finali
utilizatori. Grid Control opinii performanta si disponibilitatea infrastructurii de reţea ca o
unificat întreg, mai degrabă decât ca unităţi izolate de stocare, baze de date, şi servere de
aplicaţii. Puteţi
noduri hardware grup, baze de date, servere de aplicaţii şi în entităţi unice logice şi
gestiona un grup de obiective ca o unitate.
Notă: În acest curs, utilizaţi Consola Enterprise Manager Baza de date pentru o bază de date la
un moment dat.

Oracle Database Architecture
An Oracle server:
• Is a database management system that provides
an open, comprehensive, integrated approach to
information management
• Consists of an Oracle instance and an Oracle
database
Oracle Server
Serverul Oracle este cheia pentru managementul informaţiilor. În general, un server Oracle
trebuie să
gestiona fiabil o cantitate mare de date într-un mediu multiutilizator, astfel că mulţi utilizatori pot
acces concomitent aceleaşi date. Toate acestea trebuie să fie realizată în timp ce livrarea de mare
de performanţă. Un server Oracle, de asemenea, trebuie să împiedice accesul neautorizat şi să
ofere eficient
solutii pentru recuperare eşec.

Database Structures DB Structures
- Memory
- Process
Memory Structures - Storage
Instance
System Global Area (SGA)
Process Structures
Background Processes
Storage Structures Database Files
Baza de date Structuri

Fiecare rulează Oracle bază de date este asociată cu o instanţă Oracle. Atunci când o bază de date
este
a început pe un server de baze de date, Oracle aloca o zona de memorie partajată numita Global
System
Area (SGA) şi începe mai multe procese Oracle. Această combinaţie de SGA şi Oracle
procese se numeşte o instanţă Oracle.
După ce a început o instanţă, asociati Oracle exemplu, cu o bază de date specificate. Acest lucru
este
numit montarea bazei de date. Baza de date este apoi gata pentru a fi deschis, ceea ce face
accesibile utilizatorilor autorizaţi. Instanţe multiple poate executa simultan pe acelaşi
computer, fiecare accesarea propria bază de date fizică.
Poti sa te uiti la baza de date Oracle Arhitectura ca diverse interdependente structurale
componente.
O bază de date Oracle foloseste structurile memoriei si procesele pentru a gestiona şi acces la
baza de date.
Toate structurile de memorie există în memoria principală a calculatoarelor care constituie baza
de date
sistem. Procesele sunt locuri de muncă care lucrează în memoria acestor calculatoare. Un proces
este definit
ca un "fir de control" sau un mecanism într-un sistem de operare care poate rula o serie de paşi.

DB Structures Oracle Memory Structures
- Memory <<
- Process
- Storage
Server Server
process PGA process PGA Background PGA
1 2 process
SGA
Shared pool Streams pool Large pool
Database Redo log

Java pool
buffer cache buffer
Oracle Structuri de memorie

Structurile de bază de memorie asociate cu o instanţă Oracle includ:
• Sistemul Global Area (SGA): la comun de către toate procesele server şi de fond
• Programul Global Area (PGA): privare de la fiecare server si procesul de fond, nu există
un PGA pentru fiecare proces.
Sistemul Global Area (SGA) este o zona de memorie care conţine date şi informaţii de control
de exemplu.
SGA include următoarele structuri de date:
• Baza de date cache buffer: blocuri de cache de date preluate din baza de date.
• Redo tampon jurnal: cache refaceţi informaţii (folosite pentru recuperarea exemplu) până când
poate fi
scrise în fişierele jurnal fizic refaceţi stocate pe disc
• piscina comun: diverse cache constructe care pot fi partajate între utilizatori
• piscina mare: este un domeniu opţionale utilizate pentru tamponare I mari / solicitări O
• piscina Java: este folosit pentru toate cod specifice sesiunii Java şi a datelor în cadrul Java
Virtual
Machine (JVM)
• piscina Izvoare: Este folosit de Oracle Streams
Când începe exemplu, prin folosirea Enterprise Manager sau SQL * Plus, memorie alocată
pentru SGA Este afişat.

Oracle Structuri de memorie (continuare)
O Programul Global Area (PGA) este o regiune de memorie care conţine date şi informaţii de control
pentru fiecare proces server. Un proces server este un proces care serviciile unui client cereri. Fiecare
Procesul de server are PGA proprie care este creat atunci când procesul server este pornit.
Accesul la aceasta este exclusiv la acest proces server, şi este citit şi scris numai de codul Oracle
care acţionează în numele său.
Cu infrastructura dinamica SGA, dimensiunea memoriei cache buffer de date, piscină comună,
piscină mare, piscină Java, şi modificările Curente piscină fără a închide
instanţă.
Baza de date Oracle foloseste parametrii de initializare pentru a crea structuri de memorie. De exemplu,
parametrul SGA_TARGET specifică suma totală de spaţiu disponibil la SGA. Dacă
set SGA_TARGET la 0, Automatic Shared Memory Management este dezactivat.

Automatic Shared Memory Management
• Automatically adapts to workload changes

• Maximizes memory utilization
• Helps eliminate out-of-memory errors
Buffer cache
Buffer cache
Large pool
Large pool
Shared pool Shared pool
Java pool Java pool
Online users Batch jobs
Automată la comun de gestionare a memoriei

Automat memorie partajată Management automatizeaza managementul cele mai importante
partajată structuri de memorie utilizat de către o instanţă de baze de date Oracle, şi vă scuteşte
de a fi nevoie să
configura manual aceste componente. Pe lângă utilizarea mai eficientă a disponibile
de memorie şi reducând astfel costurile suportate pentru achiziţionarea de memorie hardware
suplimentare
resurse, caracteristica Automatic Shared Memory Management simplifică în mod semnificativ
Oracle
administrarea bazelor de date prin introducerea o memorie mai dinamic, flexibil, şi adaptabile
sistem de management.
De exemplu, într-un sistem care ruleaza mari de prelucrare online tranzacţionale (OLTP) de locuri
de muncă în timpul
zi (care necesită un cache buffer mare) şi se execută de locuri de muncă în paralel lot pe timp de
noapte (care necesită o mare
valoare pentru piscina mare), va trebui să configuraţi simultan atât cache buffer
şi piscina mare pentru a se potrivi cerinţelor dumneavoastră de vârf.
Cu memorie automata comun de administraţie, atunci când locul de muncă OLTP ruleaza, cache
buffer
Graiferi cea mai mare parte de memorie pentru a permite bun I / O performanţă. În cazul în care
analiza datelor şi
de raportare de locuri de muncă lot porneşte mai târziu, memoria este automat migrat la piscina
mare, astfel
care poate fi folosit de operaţiunile interogare paralel, fără a produce erori de memorie overflow.

DB Structures Process Structures
- Memory
- Process <<
- Storage
Instance
PGA
SGA
User Process Server
process
Background
Processes
• User process: Started at the time a database user

requests connection to the Oracle server
• Server process: Connects to the Oracle instance
and is started when a user establishes a session
• Background processes: Started when an Oracle
instance is started

Oracle Processes
Server Server Server Server

process process process process
System Global Area

SGA
System Process Database Check

LogWriter Archiver
Monitor Monitor Writer point
LGWR ARCn
SMON PMON DBWn CKPT
1-16
Oracle Procese

Fundal procese
Copyright © 2005, Oracle. Toate drepturile rezervate.

Când invoca un program de cerere sau un instrument Oracle, cum ar fi Enterprise Manager,
Server Oracle creează un proces de server pentru a executa comenzi emise de cerere.
Server Oracle creează, de asemenea, un set de procese de fundal pentru un exemplu, care interacţionează cu fiecare
alte şi cu sistemul de operare pentru a gestiona structuri de memorie, asincron
efectua I / O pentru a scrie date pe disc, şi de a efectua întreţinerea generală. fundal
procesele care sunt prezente depinde de caracteristicile care sunt folosite în baza de date. Cele mai
procese comune de fond sunt următoarele:
• System Monitor (SMON): Efectueaza crash recovery instanţă atunci când este pornit
în urma unui eşec
• Process Monitor (PMON): Efectueaza curatare proces atunci când un proces de utilizator nu
• Baza de date Writer (DBWn): scrie modificate blocuri din cache buffer de date la
fişierele de pe disc
• Checkpoint (CKPT): Semnale DBWn la punctele de control şi actualizează toate fişierele de date şi
fişiere de control al bazei de date pentru a indica punctul de control cele mai recente
• LogWriter (LGWR): scrie intrările redo log pe disc
• Archiver (ARCn): Copiază fişierele redo log pentru stocarea arhivelor în cazul în care fişierele jurnal sunt
complet sau un comutator jurnal apare

Server Process and
Database Buffer Cache
SGA Buffers:
Server
process • Pinned
Database
buffer cache • Clean
• Free/ unused
• Dirty
DBWn
Data files
Procesul de Server şi baze de date Cache Buffer

Atunci când o interogare este prelucrate, procesul server Oracle arată în cache buffer de date
pentru
blocuri de orice are nevoie. În cazul în care blocul nu este găsit în cache buffer de date, procesul
server
citeşte blocul din fişierul de date şi plasează câte o copie în cache buffer de date. Deoarece
solicitări ulterioare de acelaşi bloc poate găsi blocul în memorie, cererile nu pot
necesită fizice reads. Serverul Oracle foloseste un algoritm cel utilizate recent la vârsta de afară
buffere care nu au fost accesate recent pentru a face loc de blocuri noi în baza de date
tampon cache.
Tampoanele în cache-tampon poate fi într-unul din patru state:
• Important: mai multe sesiuni sunt ţinute de la scris la acelaşi bloc, în acelaşi timp.
Alte sesiuni aşteptaţi pentru a avea acces la bloc.
• Curăţenie: tampon este acum unpinned şi este un candidat pentru imediată îmbătrânire daca
Conţinutul curent (bloc de date) nu sunt referite din nou. Conţinutul sunt fie în sincronizare
cu disc sau tampon conţine un instantaneu CR a unui bloc.
• Free / neutilizate: tampon este goală, deoarece instanţă abia a început. Aceasta stare este
foarte
similar cu stare curată, cu excepţia faptului că tampon nu a fost folosit.
• Dirty: tampon nu mai este numărat, dar conţinutul (bloc de date) s-au schimbat şi
trebuie să fie curăţate periodic pentru a disc de DBWn înainte de a putea fi în vârstă de afară.

DB Structures Physical Database Structure
- Memory
- Process
- Storage <<
Control files Data files Online redo log files
Parameter file Backup files Archive log files
Password file Alert and trace log files
Baza de date Structura fizică

fişierele care constituie o bază de date Oracle sunt organizate în următoarele:
• Fişierele de control: Conţine date despre baza de date în sine (care este, structura bazei de date
fizice
informaţii). Aceste fişiere sunt critice pentru baza de date. Fără ei, nu se poate deschide
fişierele de date pentru a accesa datele în baza de date.
• Fişierele de date: Conţin datele bazei de date
• Online redo fişierele jurnal: Permiteţi pentru recuperarea instanţă a bazei de date. Dacă baza
de date
blochează şi nu-şi pierde orice fişiere de date, atunci instanţa poate recupera baza de date cu
informaţiile din aceste fişiere.
Următoarele fişiere suplimentare sunt importante pentru funcţionarea cu succes a bazei de date:
• fişier Parametru: Este folosit pentru a defini modul în instanţă vor fi configurate atunci când
porneşte
• Parola fişier: Permite utilizatorilor să conecta de la distanţă la baza de date şi de a efectua
sarcinilor administrative
• Backup fisiere: Pentru a restaura un fişier este să-l înlocuiască cu un fişier dede backup . De
obicei, restauraţi o
fişier atunci când o eroare de mass-media eşec sau utilizator a deteriorat sau şters fişierul
original.
• Arhiva fişierele jurnal: Conţine o istorie în curs de desfăşurare a reface generate de către
instanţă.
Aceste fişiere permit de recuperare de date. Folosind aceste fişiere şi o copie de rezervă a bazei
de date,
aveţi posibilitatea să recuperaţi un fişier de date pierdute.

Baza de date Structura fizică (continuare)
• Fişierele Trace: Fiecare proces server şi de fundal poate scrie într-un fişier asociat urmă.
Atunci când o eroare internă este detectat printr-un proces, aceasta informaţii cu privire la
gropile de eroare
sale urme fişier. Unele dintre informaţii scrise într-un fişier de urmărire este destinat pentru baza
de date
administrator, în timp ce alte informaţii este pentru Serviciile de asistenţă pentru Oracle.
• Alert fişierele jurnal: fişier de alertă, sau jurnal de alertă, este un fişier special urme. jurnalul de
alertă a unei
baza de date este un jurnal cronologică de mesaje şi erori.

Tablespaces and Data Files
• Tablespaces consist of one or more data files.

• Data files belong to only one tablespace.
Data file 1 Data file 2
The USERS tablespace
Tabele şi fişiere de date

O bază de date este împărţit în unităţi de stocare numite tabele logice, care pot fi folosite pentru a grupa
legate de structura logică împreună. Fiecare baza de date este logic împărţită într-una sau mai multe
tabele. Una sau mai multe fişiere de date sunt create explicit pentru fiecare tablespace pentru a fizic
stoca datele tuturor structurilor logice într-un tablespace.
Notă: Puteţi crea, de asemenea, tabele bigfile, care sunt tabele cu un singur, dar
foarte mari (până la 4 GB blocuri de date) fişierul de date. Tradiţionale tabele smallfile (care sunt
implicit) poate conţine mai multe fişiere de date, dar fişierele nu pot fi la fel de mare. Pentru mai multe
Informaţii despre tabele bigfile, consultaţi Ghidul administratorului bazei de date.

The SYSTEM and SYSAUX Tablespaces
• Mandatory tablespaces
• Created at time of database creation
• Have same security attributes
• Must be online
• SYSTEM: for core functionality, e.g. data
dictionary tables.
• SYSAUX: auxiliary, for additional database
components, e.g. Enterprise Manager Repository

SISTEMUL şi tabele SYSAUX
Fiecare conţine o bază de date Oracle tablespace SYSTEM şi un tablespace SYSAUX. Acestea sunt
create automat atunci când baza de date este creată. Implicit, sistemul este de a crea un
-smallfile "tabele. Puteţi crea, de asemenea, "bigfile" tabele, care permite Oracle
Baza de date de gestionare a fişierelor ultralarge (până la 8 exabiţi).
O tablespace poate fi on-line (accesibila) sau offline (nu sunt accesibile). SISTEMUL
tablespace este întotdeauna on-line, atunci când baza de date este deschisă. Se stochează tabele
că sprijinul de bază
funcţionalitatea bazei de date, cum ar fi dictionarul de date tabele.
tablespace SYSAUX este un tablespace auxiliar la SISTEM. Aceasta baza de date mai multe
magazine
componente şi trebuie să fie online pentru funcţionarea corectă a tuturor componentelor bazei
de date.

Segments, Extents, and Blocks
• Segments exist within a tablespace.

• Segments are made up of a collection of extents.
• Extents are a collection of data blocks.
• Data blocks are mapped to disk blocks.
Segment Extents Data Disk
blocks blocks
Segmente, Extents, si Blocuri

Obiecte de baze de date, cum ar fi tabele şi indexurile, sunt stocate ca segmente în tabele.
Fiecare
segment conţine una sau mai multe extensii. Într-o măsură constă în blocuri contigue de date,
care
înseamnă că fiecare măsură poate exista doar într-un fişier de date. Blocuri de date sunt cea mai
mică unitate de
de intrare / ieşire (I / O) în baza de date.
Atunci când solicită un set de date de blocuri de date din sistemul de operare, acest sistem de
operare hărţi la un real
sistem de fişiere sau bloc de disc pe dispozitivul de stocare. Din aceasta cauza, nu trebuie sa stie
adresa fizică a oricare dintre datele din baza de date. Acest lucru înseamnă că, de asemenea, un
fişier de date poate fi
dungi sau oglindite pe mai multe discuri.
dimensiunea blocului de date pot fi stabilite la momentul creării bazei de date. implicit
mărime de 8 KB este adecvat pentru majoritatea bazelor de date. Dacă baza de date suportă un
depozit de date
aplicaţie care are tabele mari şi indexurile, apoi o dimensiune mai mare a blocului poate fi
benefic.
Dacă baza de date acceptă o cerere în cazul în care tranzacţional citeşte şi scrie sunt aleatoare,
atunci
specificând o dimensiune bloc mai mici pot fi benefice. dimensiunea blocului maximă depinde de
dvs.
OS. Dimensiunea minimă Oracle bloc este de 2 KB şi ar trebui să rar (dacă vreodată) să fie utilizat.
Puteţi avea tabele cu dimensiuni diferite bloc. În general, acest lucru trebuie să fie utilizate numai
pentru
sprijinul tabele transportabil. Pentru detalii, consultaţi Ghidul administratorului bazei de date.

Logical and Physical Database Structures
Database Physical
Schema Tablespace Data file
Segment
Extent
Logical Oracle OS block

block
Logică şi structurile fizice baze de date

O bază de date Oracle este o colectie de date care este tratată ca o unitate. Scopul general al
unui
Baza de date este de a stoca şi prelua informaţii legate. Baza de date a structurilor de logică şi
structurile fizice.
Tabele
O bază de date este împărţit în unităţi de stocare numite logice tabele, că grupul legate de logică
structuri împreună. De exemplu, tabele de obicei grup toate obiectele unei aplicaţii
pentru a simplifica unele operaţiuni administrative. În Oracle9i, aveţi, de asemenea, tabele
diferite
tipuri, cum ar fi tabele UNDO pentru a anula generarea de informaţii, care vor fi utilizate în cazul
în care cineva
rollback scrie în loc de comite.
Baze de date, tabele, şi fişiere de date
Relaţia dintre bazele de date, tabele, fişiere de date şi este ilustrat în diapozitiv de mai sus.
Fiecare baza de date este logic împărţit în una sau mai multe tabele. Una sau mai multe fişiere de
date sunt
în mod explicit a creat pentru fiecare tablespace pentru a stoca fizic datele tuturor structurilor
logice într-un
tabele. Dacă este un tablespace TEMPORARE, în loc de un fişier de date, tabele are un
fişier temporar.

Logice şi fizice Structuri de date (continuare)
Scheme
O schemă este o colecţie de obiecte bază de date, detinuta de un utilizator de baze de date.
obiecte schemă sunt
structuri logice care se referă direct la datele bazei de date. Schema include astfel de obiecte
structuri de tabele, vizualizări, secvente, proceduri memorate, sinonime, indexuri, clustere, şi
bază de date link-uri. În tot ceea ce general, cererea dvs. creează în baza de date.
Blocuri de date
La cel mai bun nivel de granularitate, date o bază de date Oracle este stocat în blocuri de date.
Unul de date
bloc corespunde un anumit număr de octeţi de spaţiu de baze de date fizic pe disc. O date
mărimea blocului este specificata pentru fiecare tablespace atunci când este creat. O bază de
date utilizează şi alocă
spaţiu liber în baza de date de date Oracle blocuri.
Se extinde
Următorul nivel de spaţiu de baze de date logic este numit într-o măsură. Într-o măsură este un
anumit număr de
blocuri contigue de date, obţinute într-un pachet unic, folosite pentru a stoca un anumit tip de
informaţii.
Segmente
Nivelul de stocare a bazei de date logice de mai sus într-o măsură se numeşte un segment. Un
segment este un set de
se extinde alocate pentru o anumită structură logică. De exemplu, diferitele tipuri de segmente
includ:
• segmente de date: Fiecare tabel non-cluster are un segment de date. Toate datele tabelului
este
stocate în segmentul de date se extinde de sale. Pentru un tabel împărţit, fiecare partiţie are un
date
segment. Fiecare cluster are un segment de date. Datele de fiecare masă în cluster este stocat
în segmentul cluster de date.
• segmente Index: Fiecare index are un segment index care stochează toate datele sale. Pentru o
index partitionat, fiecare partitie are un segment index.
• Undo segmente: Unul tablespace UNDO este creat de către administratorul bazei de date a
depozitează temporar anula informaţii. Informaţii într-un segment este utilizat pentru a anula
generarea de informaţii de baze de date read-consistent timpul de recuperare a bazei de date să
se rostogolească înapoi
neangajate tranzacţii pentru utilizatori.
• segmente temporare: segmente temporare sunt create de către Oracle atunci când un SQL
declaraţie
are nevoie de o zonă temporară de muncă pentru a finaliza execuţie. Atunci când declaraţia
termină
execuţie, se extinde pe segmentul temporar sunt returnate la sistemul pentru o utilizare viitoare.
În cazul în care
specificaţi o implicit tablespace temporar pentru fiecare utilizator, sau în baza de date la nivel
mondial ca o
tabele temporare implicite, puteţi să vă asiguraţi că tot ceea ce scurgeri de pe disc este în
locaţia corespunzătoare.
Oracle aloca dinamic spatiu atunci cand se extinde existente ale unui segment devin complet.
Prin urmare, atunci când se extinde existente ale unui segment sint pline, Oracle aloca o altă
măsură pentru
acest segment după cum este necesar. Deoarece se extinde sunt alocate după cum este necesar,
se extinde de un segment se poate
sau nu pot fi contigue pe disc.

Enlarging the Database
You can enlarge the database in the following ways:

• Create a new tablespace
• Add a datafile to an existing tablespace
• Increase the seize of a datafile
• Provide for dynamic growth of a datafile
Database
SYSTEM INVENTORY
Tablespace Tablespace
1-25
Lărgirea bazei de date


Aceste activităţi pot fi efectuate cu Enterprise Manager. În final, dimensiunea
Baza de date poate fi descrisă ca suma tuturor

Exploring the Storage Structure
Click the links to view

detailed information.

Explorarea Structura de stocare
Date logice structuri sunt stocate în fişierele fizică a bazei de date. Puteţi vizualiza cu uşurinţă
structura logică a bazei de date prin intermediul Enterprise Manager. Informaţii detaliate despre
fiecare structură poate fi obţinut făcând clic pe link-urile din regiunea de stocare a
Pagina de administrare.

1-27
Exemplu Schema

Exemplu Schema

Exemplele utilizate în acest curs sunt de la un resurselor umane (HR) cerere, care pot fi
create ca parte a bazei de date de pornire.
Unele reguli principiul de afaceri sunt:
• Fiecare departament poate fi angajatorul a unuia sau mai multor angajati. Fiecare angajat
poate
se atribuie un singur departament.
• Fiecare loc de muncă trebuie să fie un loc de muncă pentru unul sau mai mulţi salariaţi. Fiecare
angajat trebuie să fie în prezent
atribuit la unul şi numai un loc de muncă.
• Când un angajat îşi schimbă sau ei departament sau de locuri de muncă, un record în
Tabel JOB_HISTORY înregistrează data de început şi sfârşit de misiuni trecut.
imaginea în slide este un Server Model diagrame (de la Oracle Designer), care denotă
coloanele cheie primară cu -. # "Aceasta arată cheie obligatorii străine (FK) constrângeri ca linii
solide
şi constrângerile opţional FK ca linii punctate. Acest lucru se reflectă şi în coloanele FK
ei înşişi: În tabelul angajaţilor, coloana DEPARTMENT_ID este marcat cu-o "
denotă-opţional, "şi coloana JOB_ID este marcat cu -*" denotă-obligatorie. "
tabelul angajaţilor a, de asemenea, o constrângere FK cu ea însăşi. Aceasta este o punere în
aplicare a
Regula de afaceri: Fiecare angajat poate fi de raportare direct la unul şi numai un singur
administrator. FK
este opţională, deoarece angajat de top nu raportează la un alt angajat.

Database Architecture
Summary of Structural Components
Memory Structures:
• System Global Area (SGA): Database Buffer cache, redo
buffer and various pools
• Program Global Area (PGA)
Process Structures:
• User Process
• Server Process
• Background Processes: SMON, PMON,DBWn, CKPT, LGWR,
ARCn and others
Storage Structures:
• Logical: Database, Schema, Tablespace, Segment, Extent,
Oracle block
• Physical: Files for data, parameters, redo, and OS block

Database Architecture and Activities
• Control files and starting a database instance

• Oracle Instance Management
• Data files and Database Writer (DBWn)
• Checkpoints (CKPT)
• Redo log files and Log Writer (LGWR)
• Archiver (ARCn)
• System Monitor (SMON)
• Process Monitor (PMON)
• Example: How Oracle works

Control Files
… and Starting the Database
• Contain physical database structure information

• Are read at mount stage
• Should be multiplexed to protect against loss
• Are required to access the database
Example Instance
SGA
Database
spfiledb01.ora
CONNECT / AS SYSDBA
STARTUP
1-30
Fişiere de control


Când montaţi şi deschideţi baza de date exemplu, fişierul de control este citit. intrările în
fişier de control specifica fişierele fizice care alcătuiesc baza de date. Când adăugaţi fişiere
suplimentare
la baza de date, fişier de control este actualizată automat. locaţia fişierelor de control este
specificate în parametrul de iniţializare CONTROL_FILES.
Pentru a proteja împotriva riscului de eşec a bazei de date ca urmare a pierderii de fişier de
control, trebuie să multiplex
fişier de control pe cel puţin trei dispozitive fizice diferite. Prin specificarea mai multe fişiere
prin parametrul de iniţializare, activaţi server Oracle de a menţine mai multe copii
a fişierului de control.

Oracle Instance Management
SGA
Database Redo log

Java pool
buffer cache buffer
System Process Database LogWriter

Monitor Monitor Writer
SMON PMON LGWR
DBWn
Checkpoint Archiver
CKPT ARCn
Oracle Instanţă Management

Un server de baze de date Oracle constă într-o bază de date Oracle şi o instanţă Oracle. Un Oracle
exemplu este alcătuită din buffere de memorie, cunoscut sub numele de Global System Area (SGA), şi
procesele de fundal care se ocupa mare parte din munca din spatele scenei, implicate în derularea unui
instanţă.
instanţă este activ (inexistentă), pana cand acesta este pornit. Atunci când este pornit exemplu, o
fişier parametru de initializare este citit si instanţă este configurat în conformitate cu instrucţiunile
conţinute în dosarul de parametru.
După ce instanţă este pornit şi baza de date este deschisa, utilizatorii pot accesa baza de date.

Data Files
SGA • Contain all database data

• Can be associated with only
Database one database.
buffer cache
• Form the logical unit of
database storage called
—tablespace“.
Database
Writer • Are read into memory on
DBWn request
• Should be secured by
following a backup strategy
Data files
Data Files
Fiecare baza de date Oracle are unul sau mai multe fişiere de date fizica. Fişierele de date conţine
toate
baza de date de date. Datele de structuri de baze de date logice, cum ar fi tabele şi indexurile,
este fizic
stocate în fişierele de date alocate pentru o bază de date.
Caracteristicile de fişiere de date sunt:
• Un fişier de date pot fi asociate cu o singură bază de date.
• Fişierele de date pot avea anumite caracteristici stabilite a le lăsa să se extindă în mod automat
atunci când
Baza de date se execută fără spaţiu.
• Unul sau mai multe fişiere de date formează o unitate logică de stocare a bazei de date numit
tabele.
Date într-un fişier de date se citeşte, după cum este necesar, în timpul funcţionării normale şi de
baze de date stocate în
memorie cache de Oracle. De exemplu, să presupunem că un utilizator doreşte să acceseze
anumite date într-un tabel
unei baze de date. În cazul în care informaţiile solicitate nu sunt deja în memoria cache pentru
baza de date, atunci este citit de la fişiere de date corespunzătoare şi stocate în memorie.
Modificate sau datele noi nu este neapărat scris într-un fişier de date imediat. Pentru a reduce
Valoarea de acces la disc şi pentru a creşte performanţele, datele sunt puse în comun în memorie
şi în scris la
datele corespunzătoare fişierele de pe toate odată.

Database Writer (DBWn)
SGA
Background Information
Database DBWn writes when:
buffer cache • Checkpoint occurs
• Dirty buffers reach threshold
• There are no free buffers
Database
Writer • Timeout occurs
DBWn
• RAC ping request is made
• Tablespace OFFLINE
• Tablespace READ ONLY
• Table DROP or TRUNCATE
Data files • Tablespace BEGIN BACKUP
Database Writer (DBWn)

Înregistrările server procesul de modificări pentru a anula şi blocuri de date în baza de date Cache
tampon.
DBWn scrie tampoane murdare din baza de date Cache tampon pentru a fişierelor de date. Se
asigură
că un număr suficient de buffere libere (tampoane, care poate fi suprascris la server procese
necesitatea de a citi în blocuri din fişierele de date) sunt disponibile în baza de date Cache
tampon.
Baza de date de performanţă este îmbunătăţită, deoarece procesele de server a face modificări
doar în
Baza de date tampon Cache.
DBWn amână scris cu fişierele de date până când unul dintre următoarele evenimente:
• Incremental sau punct de control normale
• numarul de buffere murdare ajunge la o valoare de prag
• Un proces scanează un anumit număr de blocuri atunci când se scanează pentru tampoane
gratuit şi nu poate
au găsit
• Timeout apare
• O cerere ping în Real Application Clusters (RAC) mediu
• Plasarea unui offline normal sau temporar tabele
• Plasarea unui tabele în modul read-only
• Stergerea sau trunchia un tabel
• ALTER tablespace tablespace nume BEGIN BACKUP

Checkpoint (CKPT)
Responsible for: SGA

• Signaling DBWn at checkpoints
• Updating datafile headers with Database
checkpoint information buffer cache
• Updating control files with
checkpoint information
Database
Writer
DBWn
Checkpoint
CKPT

Checkpoint (CKPT)
La fiecare trei secunde de magazine CKPT prelucra date în dosarul de control pentru a identifica
acel loc în
online redo log dosar în cazul în care recuperarea este de a începe, care este numit un punct de
control. Scopul
unui punct este de a asigura că toate tampoane în tampon de date Cache, care au fost
modificate înainte de la un punct în timp au fost scrise în fişierele de date. Acest punct în timp
(numite
poziţia punct de control) este în cazul în care baza de date de recuperare este de a începe, în caz
de instanţă
eşec. DBWn va avea deja scris toate tampoane în tampon de date Cache că
au fost modificate înainte de acel punct în timp. În cazul unui comutator CKPT jurnal, de
asemenea, scrie acest
checkpoint informaţii anteturile de fişiere de date.
Punctele de control sunt iniţiate pentru următoarele motive:
• Pentru a se asigura că blocurile modificate datele din memorie sunt scrise pe disc în mod
regulat, astfel încât datele
nu este pierdut în cazul unui sistem de baze de date sau de eşec.
• Pentru a reduce timpul necesar pentru recuperare exemplu. Numai online redo log intrări fişier
în urma necesitatea de ultimul punct de control să fie procesate în vederea recuperării să apară.
• Pentru a se asigura că toate datele angajat a fost scrisă pentru fişierele de date în timpul oprit.
Informaţii Checkpoint scrise de CKPT include poziţia punct de control, schimbarea sistemului
numărul, amplasarea în fişierul jurnal online refaceţi pentru a începe recuperarea, informaţii
despre jurnalele, şi aşa mai departe
pe.
Notă: CKPT nu scrie blocuri de date pe disc sau blocuri pentru a reface fişierele jurnal online
refaceţi.

Redo Log Files and LogWriter
SGA Redo log files
Redo log • Record changes to the
buffer database
• Should be multiplexed
Log to protect against loss
writer
LGWR LogWriter writes
• At commit
• When one-third full
Group 1 Group 2 Group 3 • Every three seconds
• Before DBWn writes
Redo Log Files and LogWriter

Redo log fişiere modificări înregistrare în baza de date ca urmare a tranzacţiilor interne şi Oracle
server acţiuni. (O tranzacţie este o unitate logică de lucru, unul sau mai multe declaraţii SQL
conduse de un
utilizator). Redo fişierele jurnal proteja baza de date de pierdere a integrităţii datorită
deficienţelor sistemului cauzate
de pene de curent, erorile de disc, şi aşa mai departe. Redo fişierele jurnal trebuie să fie
multiplexate pentru a se asigura că
informaţiile stocate în ele nu se pierde în cazul unei pene de disc.
redo log este format din grupuri de redo fişierele log. Un grup format dintr-un redo log dosar şi
său
copii multiplexate. Fiecare exemplar identic se spune că este un membru al acelui grup şi fiecare
grup
este identificat printr-un număr. LogWriter (LGWR) proces scrie reface înregistrări din redo
log tampon la un membru al unui grup de jurnal refaceţi până când fişierul este umplut sau o
operaţie de comutare jurnal este
solicitate. Apoi, switch-uri şi scrie la fişierele din grupul următor. Grupurile redo log sunt
utilizat într-o manieră circulară.

Archiver (ARCn)
• Optional background SGA
process Redo log
• Automatically archives buffer
online redo log files
when ARCHIVELOG mode
is set
LogWriter
• Preserves the record of LGWR
all changes made to the
database
Archiver
ARCn
Archiver (ARCn)
ARCn este un proces background optional, cu toate acestea, este esenţial pentru a recupera o
bază de date după
pierderea unui disc. Ca online redo log fişiere obţine umplut, serverul Oracle începe scris
online următor redo fişier jurnal. Procesul de comutare dintr-un fişier jurnal online, refaceţi la
altul este
numit un jurnal de comutator. ARCn iniţiază procesul de backup, sau arhivare, din jurnalul de
umplut
grup la fiecare switch log. Acesta arhive automat fişierul jurnal online refaceţi înainte de jurnal
poate
fi refolosite, astfel încât toate modificările aduse bazei de date sunt păstrate. Acest lucru permite
recuperarea
baza de date la punctul de eşec, chiar dacă o unitate de disc este deteriorat.
Una dintre deciziile importante pe care un DBA trebuie sa faca este dacă pentru a configura baza
de date a
operează în ARCHIVELOG sau în modul NOARCHIVELOG.
• În modul NOARCHIVELOG, online redo fişierele jurnal sunt suprascrise fiecare dată când un
jurnal
comutator apare.
• În modul ARCHIVELOG, grupuri inactive de online umplut redo log fişiere trebuie să fie arhivate
înainte ca acestea pot fi folosite din nou.
Notă: Pentru a configura o bază de date pentru modul ARCHIVELOG este esenţială pentru
majoritatea backup
strategii, (şi foarte uşor de făcut).

System Monitor (SMON)
• Performs instance recovery at startup

• Coalesces free space
• Deallocates temporary segments
Instance
SGA
Other
Processes
System
Monitor
SMON

System Monitor (SMON)
Procesul de monitorizare sistemului (SMON) efectuează recuperare, dacă este necesar, la pornire
instanţă.
SMON este de asemenea responsabil pentru curatarea segmente temporare care nu mai sunt în
uz şi
pentru coalescente se extinde adiacente circulaţie în dicţionarul tabele gestionate. În cazul în
care orice
tranzacţiile au fost oprite sărit în timpul recuperării exemplu pentru că de fişier de citit sau offline
erori, SMON le recuperează în cazul în care tablespace sau fisierul este adus inapoi online. SMON
verifică în mod regulat pentru a vedea dacă este nevoie. Alte procese pot apela în cazul în care
SMON detecta o
nevoie de ea.

Process Monitor (PMON)
Cleans up after failed processes by:

• Rolling back the transaction
• Releasing locks
• Releasing other resources
Instance
PGA Process SGA
Monitor
User Process Server PMON
process Other
Processes
Process Monitor (PMON)

monitorizarea procesului (PMON) efectuează procesul de recuperare atunci când un proces de
utilizator eşuează. PMON este
responsabil pentru curăţarea cache buffer de date şi eliberarea resurselor pe care utilizatorul
Procesul a fost utilizaţi.
PMON verifică periodic starea de procese server, şi reporneşte orice care s-au oprit
de funcţionare (dar nu orice care Oracle a reziliat în mod intenţionat).
PMON verifică în mod regulat pentru a vedea dacă este necesar şi poate fi numită în cazul în care
un alt proces
detectează nevoia de ea.

Oracle Instance Management Summary
SGA
Database Redo log

Java pool
buffer cache buffer
System Process Database LogWriter

Monitor Monitor Writer
SMON PMON LGWR
DBWn
Checkpoint Archiver
CKPT ARCn
Oracle Instance Management

Un server de baze de date Oracle constă într-o bază de date Oracle şi o instanţă Oracle. Un Oracle
exemplu este alcătuită din buffere de memorie, cunoscut sub numele de Global System Area
(SGA), şi
procesele de fundal care se ocupa mare parte din munca din spatele scenei, implicate în
derularea unui
instanţă. Există mai multe alte procese de fond care ar putea fi difuzate.
exemplu este inactiv (inexistent), până când este pornit. Atunci când este pornit exemplu, o
fişier parametru de initializare este citit si instanţă este configurat în conformitate cu
instrucţiunile
conţinute în dosarul de parametru.
După ce instanţă este pornit şi baza de date este deschisa, utilizatorii pot accesa baza de date.

How Oracle Works
1 Instance
Start database instance
Establish connection SGA
Database Redo log

buffer cache buffer
3 Server Database LogWriter

Writer
process LGWR
2 DBWn
User Process
How Oracle Works

Următorul exemplu descrie nivelul cel mai de bază de operaţiuni care efectuează Oracle. Acest
ilustrează o configuraţie Oracle în cazul în care utilizatorul şi procesul server asociate sunt pe
computere separate (conectate printr-o reţea).
1. Un exemplu a început pe computerul care execută Oracle (adesea numit de date gazdă sau
server).
2. Un calculator ce rulează o aplicaţie (un calculator local sau staţie de lucru client) ruleaza
aplicarea într-un proces utilizator. Aplicatia client incearca sa stabileasca o conexiune la
server folosind adecvat Oracle Net Services şofer.
3. serverul se execută buna Oracle Net Services şofer. serverul detectează
cerere de conexiune de la aplicarea si creeaza un proces server dedicat, în numele
Procesul de utilizator.

How Oracle Works (continued)
Instance
SGA
Process SQL statement
5 7 Database Redo log
buffer cache buffer
Database LogWriter
Server
Writer
10 process LGWR
DBWn
User Process 8
9
6
4 User updates a row
How Oracle Works (continued)

4. Actualizările utilizator un rând şi angajează tranzacţiei.
5. Procesul de serverul primeşte declaraţia şi a controalelor piscină comună a SGA pentru orice
partajate SQL domeniu care conţine o declaraţie similară SQL. Dacă o zonă partajată SQL este
găsit, apoi
Procesul de server verifică privilegiile utilizatorului acces la datele solicitate, precum şi anterior
existente comun SQL suprafaţă este utilizată pentru procesul de declaraţie. Dacă nu, atunci o
nouă comun SQL zona
este alocată pentru declaraţia, astfel încât să poată fi analizate şi prelucrate.
6. procesul server preia orice valorile necesare date din fişier de date reale (de masă) sau
cele stocate în SGA.
7. procesul server modifica datele din zona sistemul global.
8. Procesul de DBWn scrie modificate blocuri permanent la disc atunci când acest lucru este
eficient.
9. Deoarece tranzacţia este comisă, procesul LGWR înregistrările imediat
tranzacţie în fişierul jurnal redo.
10. În cazul în care tranzacţia este de succes, atunci procesul server trimite un mesaj în reţea
la cerere. Dacă nu este de succes, apoi un mesaj de eroare este transmis.
Pe parcursul acestei proceduri intreaga, pe fondul alte procese alerga, vizionarea de condiţii
care necesită intervenţie. În plus, serverul de baze de date gestionează operaţiunile altor
utilizatori
şi previne dispută între tranzacţiile care cererea aceleaşi date.
Summary
In this lesson, you learned how to:

• List the core database administration tasks
• Explore the Oracle 10g database architecture

Database Architecture Quiz
Mark fiecare dintre următoarele afirmaţii despre un Oracle

baza de date ca adevărată sau falsă:
1. Control fişiere stoca informaţii despre fizică
structura bazei de date.
2. Modificări Transaction sunt stocate în fişiere de redo log.
3. Tabele constituite dintr-unul sau mai multe fişiere de date.
4. Un fişier de date poate fi utilizat pentru mai mult de un
tabele.
5. LogWriter (LGWR) scrie intrările redo log pe disc.
6. Baza de date Writer (DBWn) scrie blocuri modificate
din cache buffer pe disc.
7. Toate procesele Oracle background sunt opţionale.

This slide will be moved to appendix B: solutions.
Database Architecture Quiz
Mark each of the following statements about an Oracle

database as True or False :
1. Control files store information about the physical
database structure. True
2. Transaction changes are stored in redo log files. True
3. Tablespaces consist of one or more data files. True
4. A data file can be used for more than one
tablespace. False
5. LogWriter (LGWR) writes redo log entries to disk.True
6. Database Writer (DBWn) writes modified blocks
from the buffer cache to disk. True
7. All Oracle background processes are optional. False

Less01 DB Architecture MB

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Less01 DB Architecture MB

Încărcat de

Drepturi de autor:

Formate disponibile

Introduction

Copyright © 2005, Oracle. All rights reserved.

In this course, you gain hands-on experience in:

1-2 Copyright © 2005, Oracle. All rights reserved.

Oracle Database 10g: Administration Workshop I 1-2

1-3 Copyright © 2005, Oracle. All rights reserved.

Oracle Database 10g: Administration Workshop I 1-3

Source: Survey conducted at IOUG Live! 2001

1-4 Copyright © 2005, Oracle. All rights reserved.

Cum Administratorii bazei de date îşi petrec timpul

Oracle Database 10g: Administration Workshop I 1-4

Prioritized approach for designing, implementing, and

1-5 Copyright © 2005, Oracle. All rights reserved.

Oracle Database 10g: Administration Workshop I 1-5

• Oracle Universal Installer

1-6 Copyright © 2005, Oracle. All rights reserved.

Oracle Database 10g: Administration Workshop I 1-6

Oracle Database 10g: Administration Workshop I 1-7

Automatic Real Oracle Enterprise

Oracle Database 10g: Administration Workshop I 1-8

Oracle Database 10g: Administration Workshop I 1-9

Oracle Database 10g: Administration Workshop I 1-10

1-11 Copyright © 2005, Oracle. All rights reserved.

Baza de date Structuri

Oracle Database 10g: Administration Workshop I 1-11

Shared pool Streams pool Large pool

Database Redo log

1-12 Copyright © 2005, Oracle. All rights reserved.

Oracle Structuri de memorie

Oracle Database 10g: Administration Workshop I 1-12

Oracle Database 10g: Administration Workshop I 1-13

• Automatically adapts to workload changes

1-14 Copyright © 2005, Oracle. All rights reserved.

Automată la comun de gestionare a memoriei

Oracle Database 10g: Administration Workshop I 1-14

• User process: Started at the time a database user

Oracle Database 10g: Administration Workshop I 1-15

Server Server Server Server

System Global Area

System Process Database Check

Copyright © 2005, Oracle. Toate drepturile rezervate.

Oracle Database 10g: Administration Workshop I 1-16

1-17 Copyright © 2005, Oracle. All rights reserved.

Procesul de Server şi baze de date Cache Buffer

Oracle Database 10g: Administration Workshop I 1-17

Parameter file Backup files Archive log files

Password file Alert and trace log files

1-18 Copyright © 2005, Oracle. All rights reserved.

Baza de date Structura fizică

Oracle Database 10g: Administration Workshop I 1-18

Oracle Database 10g: Administration Workshop I 1-19

• Tablespaces consist of one or more data files.

The USERS tablespace

1-20 Copyright © 2005, Oracle. All rights reserved.

Tabele şi fişiere de date

Oracle Database 10g: Administration Workshop I 1-20

1-21 Copyright © 2005, Oracle. All rights reserved.

Oracle Database 10g: Administration Workshop I 1-21

• Segments exist within a tablespace.

1-22 Copyright © 2005, Oracle. All rights reserved.

Segmente, Extents, si Blocuri

Oracle Database 10g: Administration Workshop I 1-22

Schema Tablespace Data file