sql >> Database >  >> RDS >> Sqlserver

Impact op applicatie bij migratie van sql server 2005 naar 2008

Dit is natuurlijk een heel brede vraag, maar ik zal proberen enkele suggesties te geven over hoe ik het zou aanpakken:

  1. Het eerste doel is om enkele scripts (opgeslagen procedures) te schrijven die uw database uit 2005 testen. Voer al uw bestaande sprocs uit, tel records in tabellen, lijst indexen, enz. U doet dit zodat u ze in 2005 en daarna in 2008/2012 kunt uitvoeren nadat u klaar bent met migreren. Het zal u helpen het schema en . te bewijzen de gegevens zijn met succes overgekomen.

  2. Maak een back-up van de database uit 2005 en herstel deze in 2008/2012. U kunt dit desgewenst parallel aan stap 1 doen. Begin het gewoon te gebruiken. Is alles goed geïmporteerd? Doorstaat het de oogtest? Eventuele fouten die u moet oplossen?

  3. Ga na stap 2 verder en maak een kopie van uw huidige .NET 2.0-code en wijs deze naar de nieuwe instantie uit stap 2. Werkt de toepassing? Nogmaals, doorstaat het de oogtest?

  4. Herhaal met de toepassingskopie en de nieuwe database totdat u zich zeker voelt. Als je een testsuite voor je codebase hebt, helpt dat je natuurlijk te bewijzen dat alles in orde is in plaats van je intuïtie te gebruiken.

Wat betreft de overgang van .NET 2.0 naar .NET 4.0/4.5 ...

  1. De codebase moet achterwaarts compatibel zijn. Het enige probleem dat ik kon zien, is of andere systemen afhankelijk zijn van uw codebase. Als je een kernbibliotheek hebt en deze wilt upgraden naar 4.0 - en een ander systeem dat nog op 2.0 staat, heeft die bibliotheek nodig, dan heb je een probleem.

  2. Ik zou zeker wachten met het upgraden van de .NET-versie tot na u voltooit de databasemigratie. Als er iets misgaat tijdens het migreren, wilt u weten dat het geen .NET is. Het zal je helpen om bugs en problemen op te sporen.

Na veel van dit soort migraties gedaan te hebben, wat algemeen advies:

  1. Voel je vrij om nieuwe instanties/systemen te maken en te testen, testen, testen. Probeer niet rechtstreeks met bestaande code in broncodebeheer te werken of met bestaande implementaties/servers te werken. Kopieer het en test.

  2. Schrijf tools en scripts waarmee u systeemtests kunt automatiseren. Je wilt weten "Ja, voor zover ik weet, kwam het schema precies hetzelfde over."

  3. Maak je iteraties niet te lang. Herhaal op kleine manieren en bewijs dan dat het werkte en ga dan verder.

Ik hoop dat dat helpt.




  1. Hoe maak je een back-up van een gepartitioneerde tabel in PostgresSQL 10

  2. Een opgeslagen procedure aanroepen vanuit een weergave

  3. Moet ik Oracle Client nog steeds installeren als ik Microsoft ODBC voor Oracle gebruik om verbinding te maken met een Oracle-database?

  4. Hoe kan ik mijn lokale database periodiek bijwerken met wijzigingen uit de productie-DB?