Meny

Hvordan teste Oracle Database

how test oracle database

Prøv Instrumentet Vårt For Å Eliminere Problemer

Oracle Database Testing - Dette skal være en av de tre delene av Oracle Database-testserien.

Vi vil dekke de følgende tre delene i denne databasetestserien:

#1) Introduksjon til Oracle Database Testing
#to) Testing av databasen med hensyn til minne, plass og CPU-prosessering
# 3) Oracle Real Database Application Testing
Bonusdel # 4) Hvordan teste og validere sikkerhetskopiering og gjenoppretting av Oracle-databasen?

La oss starte med introduksjonen til Oracle Database Testing:

Hvordan teste Oracle-databasen

Hva du vil lære:

Lær raskt hvordan du tester Oracle Database

Hva er en database?

Oracle databasetesting 1

Les også=> Alt om databasetesting

En database er en samling data som er strukturert metodisk som hjelper til med å administrere, manipulere og hente data etter behov.

En database administreres ved å bruke databaseprogramvare som heter DBMS (Database Management System), som gir et grensesnitt for sluttbrukere å få tilgang til dataene som er lagret i databasen. Vi får tilgang til, manipulerer disse dataene med SQL-setninger (Structured Query Language) som er designet for dette spesifikke formålet.

For en lekmann som ikke er klar over begrepet 'database', bør du vurdere dette - Vi har en stasjonær / bærbar datamaskin forutsatt at de fleste av oss har Windows-programvare installert på den, vi åpner et Microsoft Excel-ark, lagrer et par navn og adresser til enkeltpersoner, lagrer og lukker det. Disse dataene lagres på harddisken til din stasjonære / bærbare datamaskin.

Neste gang vi vil slå opp adressen til en person som vi har i excel-arket, åpner vi dette excel-arket og ser det opp. Betrakt dette excel-arket som 'databasen' og Windows-operativsystemet som 'DBMS' -programvaren som vet hvordan du får tilgang til og åpner filen slik at den forespurte informasjonen er tilgjengelig for oss.

DBMS-programvaren er mye mer kompleks, utviklet og integrert og er ansvarlig for å utføre ulike oppgaver og aktiviteter for å sikre at databasen fungerer tilfredsstillende.

Hvorfor Oracle?

Oracle databasetesting 2

Oracle er selskapet som har bygget programvaren for å administrere en database. Oracle-database er en av de mest sofistikerte, robuste, skalerbare, sikre databaser tilgjengelig i markedet på grunn av de utsøkte funksjonene, alt sammenpakket og tilgjengelig for oss.

Data i denne databasen kalles relasjonell på grunn av at data lagres og sorteres i tabeller, og hver av disse tabellene har et forhold etablert mellom dem. Derav navnet Relational Database Management System (RDBMS).

Virkelig eksempel: Tenk på en klasse som består av 50 studenter og hver av dem har en bostedsadresse, en klasse de har valgt, deres telefonnumre.

Hver elevs adresse kan grupperes og lagres i en tabell, telefonnumre i en annen tabell. Hvis jeg må spørre om detaljer om en bestemt student, slår jeg opp hver av disse tabellene og får den respektive informasjonen, siden hver av disse tabellene virker ”relaterte”.

Administrering av data i Oracle er spesielt favorisert på grunn av enkelhet i administrering og oppretting av dem. Siden dagens konkurransedyktige verden krever uavbrutt tilgjengelighet, hjelper Oracle-databasen med å levere den til lavere kostnader.

beste mp3 musikk nedlastingsapp for android

Du kan hoppe over de to første avsnittene som er diskutert ovenfor hvis du allerede har en svak ide om databaser, relasjonsmodeller og Oracle.

Nå kommer den interessante delen!

Trenger å teste en database

Oracle databasetesting 3

Data er en av de mest integrerte bestanddelene i en organisasjon som anses som ekstremt følsom, og vi krever databasen som administrerer dem for å sikre at de er svært impregnable.

En database kan betraktes som et program som kjører blant forskjellige andre applikasjoner som kjører på serveren din. Databasen må installeres akkurat som alle andre applikasjoner og samhandler med maskinvaren gjennom operativsystemet (windows, Unix) som kjører på serveren din.

Vi må sørge for at vi får optimal ytelse og fordeler med Oracle-databasen. Databasen vil ikke administrere seg selv og utføre hvis du ikke er klar over dens evne.

Vi har forskjellige metoder for å teste en database når det gjelder belastning, stress, I / O, ytelse.

Funksjonen til en database avhenger av flere parametere som minne, prosessorhastighet, I / O-undersystem, filsystem, maskinvare og applikasjoner som kobles til databasen.

Så for å sikre at databasen fungerer optimalt og unngår risikoen for ustabilitet, må vi sørge for at alle parametrene ovenfor er godt innstilt. Viktigst er å stille dem med hensyn til miljøet ditt. Databasen i hver organisasjon er annerledes - håndtert, administrert og sikkerhetskopiert annerledes.

Telekomindustrien vil ha en database som er veldig responsiv og nøyaktig, siden millioner av brukere kan bruke databasen. En database for en kjemisk fabrikk vil relativt ikke ha behov for en så høy responsiv database, siden de mest fokuserer på rapportering og henter data, da de ville ha mye mindre trafikk å håndtere.

Anbefalt verktøy

# 1) SolarWinds Database Performance Analyzer For Oracle

SolarWinds_Logo

SolarWinds gir en database ytelsesanalysator for Oracle. Det er en databaseovervåkingsløsning for Oracle som vil hjelpe deg med å finne ut årsaken til dårlig ytelse. Den kan utføre en blokkeringsanalyse.

Dens avviksdeteksjon er drevet av Machine Learning. Den støtter sanntid så vel som historisk overvåking. Den har arbeidsmengde og indeksrådgivere. Løsningen kan gi deg detaljer om ventetider, planer, spørsmål, ressurser osv. For Oracle-databasen.

Den kan brukes til å optimalisere alle produksjonsdatabasene dine, som Azure, Amazon AWS, etc. Den kan fungere med skyen så vel som lokale databaser. Løsningen vil hjelpe deg med å sikre topp ytelse for Oracle SE, EE, RAC, Exadata, E-Business og PDB.

=> Last ned SolarWinds Database Performance Analyzer For Oracle Free

Hvordan tester du databasen?

Oracle databasetesting 4

Vi har vanligvis følgende miljøer i en organisasjon :

  1. UAT (Testing av brukeraksept)
  2. DEV (Utviklingsmiljøer)
  3. Forprod eller TEST miljøer
  4. Produksjon

Vi opptrer vanligvis tester på en betydelig mengde data som vi oppfatter som til slutt flyttes til produksjon. Denne testen utføres i pre-prod-, test- eller UAT-miljøer.

Før vi distribuerer en produksjonsdatabase må vi validere dataene for å sikre at produksjonen ikke blir hemmet av noen negative effekter.

Vi må sørge for at databasen er testet med full arbeidsmengde akkurat som du forventer at den skal kjøres mot produksjonsdatabasen og overvåkes for å sikre at operasjonelle og funksjonelle krav blir oppfylt. Vi må test hver av SQL-setningene grundig før de ble utplassert i produksjon.

Sett et mål som du føler er akseptabelt; dette innebærer igjen flere sykluser med testing. Hvis det er noen tredjepartsapplikasjoner som kan være en del av organisasjonsinfrastrukturen, må du sørge for at tredjepartsleverandørene er involvert og få tilbakemelding om lisensiering, funksjon av applikasjonen med databasen.

Hvis de har visse parametere som må innstilles for å håndtere en bestemt mengde arbeidsmengde, må du angi dem og sørge for at de blir godtatt av organisasjonen og leverandøren.

Hvis de har visse verktøy for å teste applikasjonsytelsen, må du sørge for at de er validert, siden de fleste databaser, inkludert Oracle, ikke støtter tredjepartsapplikasjoner, og å fikse et problem som kryper etter at applikasjonen er distribuert i produksjonen, ville være veldig kjedelig og kunne har stor innvirkning på organisasjonen databaseserveren ligger i.

Poeng å vurdere når du tester Oracle DB:

  • Vurder et antall brukere
  • SQL-setninger som de kan utføre
  • Minnet som brukes for hver av brukerne for hver av uttalelsene
  • Antall transaksjoner som en bruker normalt vil utføre for å hente ønsket informasjon fra databasen
  • Test om brukere mottar ønsket respons fra databasen innen forventet fastsatt tid.

1) Minnetest

I form av hukommelse , avhenger det av antall prosesser som kjører i databasen ettersom databasesystemet utgjør en bruker-, server- og bakgrunnsprosess.

Brukerprosesser er prosessene som tjenestebruker ber om fra applikasjonen. Serverprosesser tolker forespørselen fra applikasjonsbrukerne og behandler SQL-setningene som sendes fra brukeren.

Bakgrunnsprosesser hjelper til med å fungere i databasen og utfører forskjellige oppgaver i løpet av databasen. Fordelen med Oracle er at minnet kan administreres automatisk av en database, og det kan justere det i henhold til belastningen.

Men til tross for det, må vi sørge for at vi har nok minne på serveren og at en viss mengde minne alltid er dedikert til Oracle-databasen.

2) Romtest

I form av Rom , må vi vurdere mengden data som det vil bli jobbet med daglig, ukentlig, månedlig, årlig og hvor mye av det du vil lagre permanent eller over lengre tid.

Vi bør få denne verdifulle informasjonen fra Business Intelligence som har designet infrastrukturen. En annen viktig informasjon er å vite om vi trenger å lagre ubegrensede mengder data. Definere 'ubegrenset' skal være ditt første spørsmål.

Vi kan ha terabyte data lagret så lenge du har nok ressurser til å støtte det. Vi må håndtere dem med datakrav som har vokst stadig.

3) Behandlingstest

I form av Behandling , hvor mange CPU-kjerner trenger vi? Husk at en kjerne er en fysisk enhet, og med fremkomsten av CPU-delsystemteknologi har vi forskjellige metoder for å benytte og bruke flere CPU-kjerner og flere tråder per kjerne.

Anta at du har 8 CPUer til din disposisjon, er vi sikre på at vi bruker dem alle. Trenger vi virkelig 8 CPUer? Kan vi klare dem med 4 eller 6? Å estimere et antall CPU-kjerner som du trenger, har blitt mer og mer viktig for å forstå prosessorens krav.

4) Søknadstesting

I form av Søknadstesting , må vi forstå applikasjonstypen - Er det et Pro * C-, OCI-, JDBC-program.

Tilkoblingsmekanismen avhenger av hvilken type klientprogramvare som brukes, og er tilkoblingssamling som brukes. Et omtrentlig antall prosesser og økter som kreves for å imøtekomme brukerne som kobler til databasen samtidig.

For versjoner høyere enn Oracle 11g har vi også en veldig god funksjon kalt Oracle Real Application testing med flere forbedringer som bruker SQL Performance Analyzer , Databaseavspilling, og Test datahåndtering som hjelper deg med å diagnostisere endringene i dataene og administrere dem. Flere detaljer om dette i neste del av denne serien.

Konklusjon

For å avslutte, har vi behandlet definisjonen av en database, introduksjon til Oracle database, behovet og aspekter ved testing av Oracle-database .

I neste del av denne serien skal vi diskutere mer om hvert av aspektene ved Oracle Database-testing for å sikre at utformingen og funksjonen til databasen i stor grad blir oppfylt.

Inntil da still alle spørsmålene dine knyttet til Oracle-databasetesting, i kommentarene nedenfor.

Om forfatteren: Dette er et gjestepost av Suntrupth Yadav. Han er en Oracle Certified Professional i 10g og 11g med over 8,5 års total erfaring i programvareindustrien. Han er en ekspert som håndterer alle slags Oracle-databaseproblemer.

Anbefalt lesing

^