Vraag : De verklaring van de notedop van tablespaces en datafiles.

Ik loop: van het E-business

Oracle van de Reeks 12.0.6
Oracle- Gegevensbestand 10.2.0.4 .0
Redhat 4.6 AS

Now voor mijn vraag.  Als begin DBA, vind ik me doend een horde dingen als het klonen, het herstellen, resizing tablespaces, etc…, maar één ding dat ik ongemakkelijk met en niet kunnen weten heb gevoeld met zekerheid volgend is:

Why resize ik eerder dan om datafile toe te voegen?

Why hebben sommige tablespaces minder datafiles die reusachtig zijn, en anderen meer datafiles die kleiner zijn?  Hoe beslist één aantal datafiles versus grootte?  

When zegt één „ik resize in plaats daarvan deze datafiles niet maar nieuwe“ cre�ër?

Antwoord : De verklaring van de notedop van tablespaces en datafiles.

Hallo,

Er was tijd waar een dossiertelling niet groter dan 2GB op sommige systemen zijn.
Er was tijd waar de grote dossiers moeilijk waren te leiden (te kopiëren, over te brengen,…)
En toen verkoos u het hebben van verscheidene dossiers.
Er was tijd waar u verscheidene schijven, met een filesystem voor elke schijf had. Zo als u i/o wilde in evenwicht brengen, cre�ërt u datafile op elke schijf. Dat was „het hand ontdoen van“

Maar vandaag, kunt u zeer grote dossiers met een zeer hoge grens hebben, tegelijkertijd kunt u reservedelen van dossiers, brengt u I/O met virtuele filesystems in evenwicht, INVAL, ASM,…

Oracle heeft zelfs wat „bigfile tablespaces“ wordt genoemd dan slechts datafile één kan hebben die de maximumgrootte kan hebben. Zo er is gewoonlijk geen goede reden om teveel datafiles, behalve te hebben als u denkt het gemakkelijker is te leiden (bijvoorbeeld, hebt u 2 filesystems en wilt sommige dossiers van aan andere bewegen om de ruimte in evenwicht te brengen).

>> Wanneer zegt één „ik resize in plaats daarvan deze datafiles niet maar nieuwe“ cre�ër?
Wanneer het de grens bereikt dat u kunt gemakkelijk leiden. Maar als hebben die merken u 500 datafiles, dan zou u opdrukoefening uw grens moeten;)

Achting,
Franck.
Andere oplossingen  
 
programming4us programming4us