Gebruikers- en serverprocessen in Oracle 12c - dummies

Wanneer u verbindingen start en instelt met het Oracle 12c-subsysteem, zijn er veel processen bij betrokken, inclusief het onderdeel van het Oracle-exemplaar dat de Oracle-programma's en de code om toegang te krijgen tot uw gegevens.

Er zijn geen processen wanneer de Oracle-instantie wordt afgesloten. Sommige processen zijn verplicht en andere zijn optioneel, afhankelijk van de functies die u hebt ingeschakeld. Het kan ook afhankelijk zijn van uw besturingssysteem.

Drie soorten processen maken deel uit van de instantie:

• Achtergrondprocessen zijn betrokken bij het uitvoeren van de Oracle-software zelf.

• Serverprocessen onderhandelen over de acties van de gebruikers.

• Gebruikersprocessen werken vaak buiten de databaseserver zelf om de applicatie uit te voeren die toegang heeft tot de database.

Omdat gebruikers- en serverprocessen met elkaar verweven zijn, worden ze samen besproken. Het zijn echter afzonderlijke en afzonderlijke processen. In feite draaien ze meestal op verschillende machines. Een heel eenvoudig voorbeeld: wanneer u SQL * Plus start op een Windows-client, krijgt u een gebruikersproces genaamd sqlplus. exe.

Het gebruikersproces vertegenwoordigt de sessie van een gebruiker in de database. Wanneer een verbinding wordt gemaakt met de database op een Linux-machine, krijgt u een verbinding met een proces met de naam iets als oracle << database_naam >> of ora_S000 _ << database_naam >>. Het -serverproces is aanwezig en bestaat op de databaseserver. Het doet alles wat de gebruiker daarom vraagt. Het is verantwoordelijk voor het lezen van blokken in de buffercache. Het verandert de blokken op verzoek. Het kan objecten maken.

Serverprocessen kunnen een van de twee typen zijn: Toegewijd Gedeeld

Het type hangt af van hoe uw toepassing werkt en hoeveel geheugen u hebt. Bij de aanmaak van uw database met Oracle

Database

• Configuratie

• Assistent

(DBCA) wordt u voor het eerst gepresenteerd met de keuze van specifiek of gedeeld. U kunt het later echter op de een of andere manier wijzigen. Toegewijde serverarchitectuur Elk gebruikersproces krijgt een eigen serverproces. Dit is de meest voorkomende Oracle-configuratie. Hiermee kan een serverproces op u wachten. Als de bronnen toegewijde verbindingen kunnen ondersteunen, is deze methode ook het meest responsief. Het kan echter ook het meeste geheugen gebruiken. Zelfs als u niets doet, wacht dat serverproces op u. Niet dat het een slechte zaak is. Stel je echter voor dat 5, 000 gebruikers op het systeem het grootste deel van de tijd niets doen. Als uw toepassingen geen verbindingspools kunnen gebruiken (vergelijkbaar met gedeelde serverprocessen), zal uw database waarschijnlijk niet overleven en meer dan een dag adequaat functioneren. Gedeelde serverarchitectuur

Zoals de naam aangeeft, worden de

-serverprocessen

gedeeld. Nu, in plaats van dat een serverproces op u wacht met uw handen en voeten, heeft u er maar één wanneer u het nodig hebt.

Beschouw een serverproces als een timeshare voor Oracle. Het is kosteneffectiever (in termen van geheugen) en je hebt bijna altijd een beschikbaar wanneer je het nodig hebt (mits de infrastructuur correct is geconfigureerd).

Op een systeem met 5, 000 voornamelijk inactieve gebruikers, kunt u ze mogelijk ondersteunen met slechts 50 serverprocessen. U moet deze dingen doen om ervoor te zorgen dat dit correct werkt: Zorg ervoor dat het aantal gelijktijdige databaseopdrachten nooit groter is dan het aantal geconfigureerde gedeelde servers. Zorg ervoor dat gebruikers de processen niet lang vasthouden. Dit werkt het beste in een omgeving met snelle transacties, zoals een e-commercesite.

Heb een paar extra CPU-cycli beschikbaar. Alle communicatie tussen processen lijkt kleine CPU-kosten te hebben in verband met dedicated serverprocessen.

Het is een feit dat gedeelde serverconfiguraties minder vaak voorkomen in de huidige omgeving waarin geheugen goedkoop is. De meeste toepassingen worden tegenwoordig omzeild door de problemen die zijn verbonden aan te veel dedicated servers door geavanceerde pooling van verbindingen te gebruiken op het niveau van de toepassingsserver.

• U moet enkele andere beperkingen kennen: DBA-verbindingen moeten een speciale server hebben. Daarom is een gedeelde serveromgeving eigenlijk een hybride. Gedeelde servers kunnen naast een dedicated server bestaan.

• Er zijn veel verschillende soorten bestanden (en optioneel) nodig voor het uitvoeren van een Oracle-database:

• Gegevensbestanden

Besturingsbestanden

Logbestanden opnieuw uitvoeren

Logbestanden archiveren

• Server- en initialisatieparameterbestanden

• Als u weet wat elk van deze bestanden doet, vergroot dit uw succes bij het databasebeheer.