Ik zal problemen met de Microsoft SQL Server-tempdb oplossen
Het draait allemaal om SQL Server
Gescreend door Fiverr Pro
Aasim A is geselecteerd door het team van Fiverr Pro vanwege diens expertise.
Gescreend voor
Databases
Over deze dienst
Vetted Pro
TempDB:
Een van de meest voorkomende prestatieproblemen die bestaan in SQL Server-instanties over de hele wereld staat bekend als tempdb-conflict. Tempdb-conflict heeft niets of heel weinig te maken met IO-problemen. Het probleem ligt altijd ergens anders.
Ik zal ook de toename van de SQL Server TempDB-grootte oplossen. Ik ben een Microsoft MVP award-winnaar, een solide databasebeheerder die best practices op ondernemingsniveau gebruikt om data-oplossingen met veel transacties en geen downtime te verankeren.
Er zijn allerlei slimme koekjes die je mogelijk kunnen helpen met dit project. Dus waarom zou je met mij samenwerken? Hier zijn een aantal redenen die ik vertrouw dat je overtuigend zult vinden:
- 13+ jaar ervaring in de praktijk
- Microsoft wint Most Valuable Professional Award in 2014-2015
- SQL Server versie 2008 tot 2019
- Verwerkt tot 35TB/Database
- Verwerkt tot 200 miljoen batches/klant/dag
- Goed op de hoogte van de interne werking van SQL Server en de bijbehorende marketingtermen en tekortkomingen.
***Ik bereken nooit een uur- of dagtarief, omdat u niet elke keer dat mijn hulp nodig is een investeringsbeslissing hoeft te nemen. Let op: dit zijn vaste prijzen, geen schattingen. U betaalt geen cent meer dan de geselecteerde prijs***
Databasetype:
Relationele database
Platform:
MS SQL
•
SQL Server
Expertise:
Datastructuur
•
Normalisatie
•
SQL
•
Prestaties
Andere Databases diensten die ik aanbied
Veelgestelde vragen
Automatische vertaling
Beschrijf uw ervaring met MS SQL Server-omgevingen:
Ik ben een SQL Server DBA met 13+ jaar ervaring. Ik heb gewerkt met SQL Server 2000 tot 2019. De grootste database (in omvang) van mijn leven was 35 TB en de grootste transactiebelasting die ik heb afgehandeld was 200 miljoen transacties in 10 werkuren.
Beschrijf alstublieft uw eerdere ervaring met productie/on-call-ondersteuning?
Een DBA kan alleen beter werken als hij proactief te werk gaat. Daarnaast gaan de meeste klantgesprekken over prestatieproblemen. TempDB, ontbrekende indexen, verouderde statistieken, onjuiste hardware, tabelontwerp en querystructuur zijn de belangrijkste problemen. Recent: Prestatievermindering na de overstap naar 2016+.
Beschikbaarheid voor productie/oproeprotaties volgens EST?
7.00 uur tot 12.00 uur EST is voor mij de perfecte tijd.
Hoe wordt een oplossing geboden?
Als een fix gerelateerd is aan een opgeslagen procedure of script, wordt het sterk aanbevolen om deze niet direct op de productieserver te implementeren. Goede QA is een must voor dit soort wijzigingen. Configuratieproblemen worden direct op servers opgelost.

