how test oracle database
Oracle Database Testing - Dette skal være en af de 3 dele af Oracle Database-testserien.
Vi vil dække følgende 3 dele i denne database testserie:
# 1) Introduktion til Oracle Database Testing
#to) Test af databasen med hensyn til hukommelse, plads og CPU-behandling
# 3) Oracle Real Database Application Testing
Bonusdel # 4) Hvordan tester og valideres din Oracle Database-sikkerhedskopiering og gendannelse?
Lad os starte med introduktionen til Oracle Database Testing:
Hvad du vil lære:
Lær hurtigt, hvordan du tester Oracle Database
Hvad er en database?
Læs også=> Alt om databasetest
En database er en samling af data, der er struktureret metodisk, som hjælper med at administrere, manipulere og hente data efter behov.
En database styres ved hjælp af databasesoftware med navnet Database Management System (DBMS), som giver en grænseflade for slutbrugere til at få adgang til de data, der er gemt i databasen. Vi får adgang til, manipulerer disse data med SQL-sætninger (Structured Query Language), der er designet til dette specifikke formål.
For en lægmand, der ikke er opmærksom på udtrykket 'database', skal du overveje dette - Vi har en desktop / bærbar computer, forudsat at de fleste af os har Windows-software installeret på den, vi åbner et Microsoft Excel-ark, gemmer et par navne og adresser på enkeltpersoner, gemmer og lukker det. Disse data gemmes på harddisken på din stationære / bærbare computer.
Næste gang vi vil slå op på en persons adresse, som vi har i excel-arket, åbner vi dette excel-ark og ser det op. Overvej dette excel-ark som “databasen” og Windows-operativsystemet som “DBMS” -softwaren, der ved, hvordan man får adgang til og åbner filen, så det ønskede stykke information er tilgængeligt for os.
DBMS-softwaren er meget mere kompleks, udviklet og integreret og er ansvarlig for at udføre forskellige opgaver og aktiviteter for at sikre en velfungerende database.
Hvorfor Oracle?
Oracle er det selskab, der har bygget softwaren til at administrere en database. Oracle-database er en af mest sofistikerede, robuste, skalerbare, sikre databaser tilgængelig på markedet på grund af de udsøgte funktioner, der alle er samlet og tilgængelige for os.
Data i denne database betegnes som relationelle på grund af det faktum, at data lagres og sorteres i tabeller, og hver af disse tabeller har et forhold, der er etableret blandt dem. Deraf navnet Relational Database Management System (RDBMS).
Rigtigt eksempel: Overvej en klasse, der består af 50 studerende, og hver af dem har en bostedsadresse, en klasse, de har valgt, deres telefonnumre.
Hver studerendes adresse kunne grupperes og gemmes i en tabel, telefonnumre i en anden tabel. Hvis jeg er nødt til at forespørge detaljer om en bestemt studerende, slår jeg op i hver af disse tabeller og får de respektive oplysninger, da hver af disse tabeller virker ”beslægtede”.
Administration af data i Oracle er særligt foretrukket på grund af enkelhed i styring og oprettelse af dem. Da dagens konkurrenceprægede verden kræver uafbrudt tilgængelighed, hjælper Oracle-databasen med at levere den til lavere omkostninger.
hvad er forskellen mellem ydre sammenføjning og venstre sammenføjning
Du kan springe de to første afsnit, der er diskuteret ovenfor, over, hvis du allerede har en svag idé om databaser, relationsmodeller og Oracle.
Nu kommer den interessante del!
Brug for at teste en database
Data er en af de mest integrerede bestanddele i en organisation, der anses for at være ekstremt følsom, og vi kræver den database, der administrerer dem for at sikre, at de er meget uigennemtrængelige.
En database kan betragtes som et program, der kører blandt forskellige andre applikationer, der kører på din server. Databasen skal installeres ligesom enhver anden applikation og interagerer med hardwaren gennem operativsystemet (windows, Unix), der kører på din server.
Vi er nødt til at sikre, at vi får optimal ydeevne og fordele ved Oracle-databasen. Databasen administrerer ikke sig selv og fungerer, hvis du ikke er opmærksom på dens evne.
Vi har forskellige metoder til at teste en database med hensyn til belastning, stress, I / O, ydeevne.
En databases funktion afhænger af flere parametre såsom hukommelse, CPU-behandlingshastighed, I / O-undersystem, filsystem, hardware og applikationer, der opretter forbindelse til databasen.
Så for at sikre, at databasen fungerer optimalt og undgår risikoen for ustabilitet, er vi nødt til at sikre, at alle ovenstående parametre er velindstillede. Vigtigst er det at indstille dem med hensyn til dit miljø. Databasen i hver organisation er forskellig - håndteret, administreret og sikkerhedskopieret forskelligt.
Telekomindustrien vil have en database, der er meget lydhør og nøjagtig, da millioner af brugere muligvis gør brug af databasen. En database til en kemisk fabrik vil relativt ikke have brug for en så høj responsiv database, da de mest fokuserer på rapportering og henter data, da de ville have meget mindre trafik at håndtere.
Anbefalet værktøj
# 1) SolarWinds Database Performance Analyzer til Oracle
SolarWinds leverer en Database Performance Analyzer til Oracle. Det er en databaseovervågningsløsning til Oracle, der hjælper dig med at finde ud af årsagen til dårlig ydelse. Det kan udføre en blokerende analyse.
Dets anomali detektion er drevet af Machine Learning. Det understøtter realtids såvel som historisk overvågning. Det har arbejdsbyrde og indeksrådgivere. Løsningen kan give dig detaljer om ventetider, planer, forespørgsler, ressourcer osv. Til din Oracle-database.
Det kan bruges til at optimere alle dine produktionsdatabaser som Azure, Amazon AWS osv. Det kan arbejde med skyen såvel som lokale databaser. Løsningen hjælper dig med at sikre den bedste ydeevne for Oracle SE, EE, RAC, Exadata, E-Business og PDB'er.
=> Download SolarWinds Database Performance Analyzer til Oracle gratisHvordan tester du din database?
Vi har normalt følgende miljøer i en organisation :
- UAT (Test af brugeraccept)
- DEV (Udviklingsmiljøer)
- Pre-Prod eller PRØVE miljøer
- Produktion
Vi udfører normalt test på en betydelig mængde data som vi opfatter som til sidst flyttet til produktion. Denne test udføres i præ-prod-, test- eller UAT-miljøer.
Før vi implementerer en produktionsdatabase, skal vi valider dataene for at sikre, at produktionen ikke hæmmes af nogen negative virkninger.
Vi skal sikre os, at databasen er testet med fuld arbejdsbyrde ligesom du forventer, at den køres mod produktionsdatabasen og overvåges for at sikre, at de operationelle og funktionelle krav er opfyldt. Vi er nødt til test hver af SQL-sætningerne grundigt inden de blev indsat i produktion.
Sæt et benchmark at du føler er acceptabelt; dette involverer igen flere cyklusser af test. Hvis der er nogen tredjepartsapplikationer, der kan være en del af den organisatoriske infrastruktur, skal du sørge for, at tredjepartsleverandørerne er involveret, og få deres feedback om licensering og funktion af deres applikation med databasen.
Hvis de har visse parametre, der skal indstilles til at håndtere en bestemt mængde arbejdsbyrde, skal du indstille dem og sørge for, at de accepteres af organisationen og sælgeren.
Hvis de har visse værktøjer til at teste deres applikationsydelse, skal du sikre dig, at de er validerede, da de fleste databaser, inklusive Oracle, ikke understøtter tredjepartsapplikationer, og at løse et problem, der kryber op, efter at applikationen er implementeret i produktion, ville være meget kedelig og kunne har en enorm indvirkning på den organisation, hvor databaseserveren ligger.
Point, der skal overvejes ved test af Oracle DB:
- Overvej et antal brugere
- SQL-sætninger, som de muligvis udfører
- Den hukommelse, der bruges til hver af brugerne til hver af udsagnene
- Antallet af transaktioner, som en bruger normalt udfører for at hente de ønskede oplysninger fra databasen
- Test om brugere modtager ønsket svar fra databasen inden for den forventede fastsatte tid.
1) Hukommelsestest
Med hensyn til hukommelse , det afhænger af antallet af processer, der kører i databasen, da databasesystemet udgør en bruger-, server- og baggrundsproces.
Brugerprocesser er de processer, som tjenestebruger anmoder om fra applikationen. Serverprocesser fortolker anmodningen fra applikationsbrugerne og behandler de SQL-udsagn, der sendes fra brugeren.
Baggrundsprocesser hjælper med databasens funktion og udfører forskellige opgaver i hele databasens levetid. Fordelen ved Oracle er, at hukommelsen kan styres automatisk af en database, og den kan tune den i henhold til belastningen.
Men på trods af det skal vi sørge for, at vi har nok hukommelse på serveren, og at en vis mængde hukommelse altid er dedikeret til Oracle-databasen.
2) Rumtest
Med hensyn til Plads , vi er nødt til at overveje mængden af data, der vil blive arbejdet med dagligt, ugentligt, månedligt, årligt, og hvor meget af det, du ønsker, skal opbevares permanent eller i længere tid.
Vi bør få dette værdifulde stykke information fra Business Intelligence, der har designet infrastrukturen. Et andet vigtigt stykke information er at vide, om vi har brug for at gemme ubegrænsede mængder data. Definer 'ubegrænset' skal være dit første spørgsmål.
Vi kan have terabyte data gemt, så længe du har nok ressourcer til at understøtte det. Vi bliver nødt til at styre dem med datakrav, der har været stadigt voksende.
3) Behandlingstest
Med hensyn til Forarbejdning , hvor mange CPU-kerner har vi brug for? Husk, at en kerne er en fysisk enhed, og med fremkomsten af CPU-undersystemteknologi har vi forskellige metoder til at anvende og udnytte flere CPU-kerner og flere tråde pr. Kerne.
Antag at du har 8 CPU'er til din rådighed, er vi sikre på, at vi bruger dem alle. Har vi virkelig brug for 8 CPU'er? Kan vi klare dem med 4 eller 6? Estimering af et antal CPU-kerner, som du har brug for, er blevet mere og mere afgørende for at forstå processorkrav.
4) Applikationstest
Med hensyn til Applikationstest , er vi nødt til at forstå applikationstypen - Er det et Pro * C-, OCI-, JDBC-program.
Forbindelsesmekanismen afhænger af den anvendte type klientsoftware og er anvendt forbindelsespooling. Et omtrentligt antal processer og sessioner, der kræves for at imødekomme de brugere, der opretter forbindelse til databasen samtidigt.
For versioner højere end Oracle 11g har vi også en meget god funktion kaldet Oracle Real Application test med flere forbedringer, som gør brug af SQL Performance Analyzer , Gentagelse af database, og Test datahåndtering som hjælper dig med at diagnosticere ændringer til data og administrere dem. Flere detaljer om dette i den næste del af denne serie.
Konklusion
Afslutningsvis har vi behandlet definitionen af en database, introduktion til Oracle-databasen, behovet og aspekter ved test af oracle-database .
I den næste del af denne serie vil vi diskutere mere om hvert af aspekterne ved Oracle Database-test for at sikre, at databasens design og funktion generelt er opfyldt.
Indtil da still dine spørgsmål i forbindelse med Oracle-databasetest i kommentarerne nedenfor.
Om forfatteren: Dette er et gæstepost af Suntrupth Yadav. Han er Oracle-certificeret professionel i 10 g og 11 g med over 8,5 års samlet erfaring i softwareindustrien. Han er ekspert, der håndterer alle slags Oracle-databaseproblemer.
Anbefalet læsning
- Databasetestning med JMeter
- Systematiske måder at teste Oracle Database på hukommelse, plads og CPU-behandling
- 40+ bedste databasetestværktøjer - Populære datatestløsninger
- En enkel tilgang til XML til databasetestning
- Oracle Real Application Testing - Løsning til test af Oracle DB, inden de går over til produktion
- Top 10 ETL-testværktøjer i 2021
- Komplet guide til databasetest (hvorfor, hvad og hvordan man tester data)
- Brug af JSON til interface test