Oppgradere SQL Server 6.5

stemmer
31

Ja jeg vet. Eksistensen av en løpende kopi av SQL Server 6.5i 2008 er absurd.

Det som er angitt, hva er den beste måten å migrere fra 6.5til 2005? Er det noen direkte banen? Mesteparten av dokumentasjonen jeg har funnet avtaler med oppgradering 6.5til 7.

Bør jeg glemme den innfødte SQL Serveroppgradering verktøy, skript ut alle objektene og data, og prøve å gjenskape fra bunnen av?

Jeg hadde tenkt å forsøke oppgraderingen denne helgen, men serverproblemer dyttet den tilbake til neste. Så ville noen ideer bli ønsket velkommen i løpet av uken.

Oppdater. Dette er hvordan jeg endte opp med å gjøre det:

  • Sikkerhetskopier databasen i spørsmålet og Master på 6.5.
  • Utfør SQL Server 2000's instcat.sqlmot 6.5' s Master. Dette gjør SQL Server 2000's OLEDB for å koble til 6.5.
  • Bruk SQL Server 2000's stående Import and Export Dataå skape et DTS pakke, hjelp OLEDBtil å koble til 6.5. Dette kopiert alle 6.5's bord til en ny 2005database (også bruker OLEDB).
  • Bruk 6.5's Enterprise Manager til manus ut alle databasens indekser og utløser til en sql-fil.
  • Utfør at sql fil mot den nye kopien av databasen, i 2005 er Management Studio.
  • Bruk 6,5 Enterprise Manager til manus ut alle de lagrede prosedyrer.
  • Utfør at .sqlfilen mot 2005databasen. Flere titalls sprocs hadde problemer gjør dem inkompatible med 2005. Hovedsakelig non-ANSI joinsog quoted identifier issues.
  • Korrigert alle disse problemene og gjen henrettet .sqlfilen.
  • Gjenskapt 6.5's innlogginger i 2005og ga dem nødvendige tillatelsene.

Det var litt av skylling / gjenta ved retting av de lagrede prosedyrer (det var hundrevis av dem til å korrigere), men oppgraderingen gikk bra ellers.

Å kunne bruke Management Studio i stedet for Query Analyzer, og Enterprise Manager 6.5er en utrolig forskjell. Noen rapportspørringer som tok 20-30 sekunder på 6.5 databasekjører nå i 1-2 sekunder, uten modifisering, nye indekser, eller noe. Jeg hadde ikke forvente den slags umiddelbar forbedring.

Publisert på 01/08/2008 klokken 19:26
kilden bruker
På andre språk...                            


4 svar

stemmer
9

Hei, jeg er fortsatt fast i den leiren også. Den tredjepartsprogram vi må støtte er endelig kommer til 2K5, så vi er nesten ut av skogen. Men jeg føler din smerte 8 ^ D

Når det er sagt, fra alt jeg har hørt fra våre DBA, er nøkkelen til å konvertere databasen til 8,0 format først, og deretter gå til 2005. Jeg tror de brukte bygget i migrasjon / oppgradere verktøy for dette. Det er noen store skritt mellom 6,5 og 8,0 som er bedre løst det enn å gå 6,5 til 2005 direkte.

Din største smerte, hvis du ikke allerede vet, er at DTS er borte til fordel for SSIS. Det er et skall typen modul som vil kjøre dine eksisterende DTS pakker, men du kommer til å ønske å gjenskape dem alle manuelt i SSIS. Brukervennlighet dette vil avhenge av kompleksiteten av pakkene selv, men jeg har gjort noen på jobb så langt, og de har vært ganske glatt.

Svarte 01/08/2008 kl. 19:34
kilden bruker

stemmer
3

Du kan oppgradere 6,5 til SQL Server 2000. Du kan ha en enklere tid å få tak i SQL Server eller 2000-versjonen av MSDE. Microsoft har en side på å gå 6,5 til 2000 . Når du har databasen i 2000-format, vil SQL Server 2005 har ingen problemer med å oppgradere den til 2005 format.

Hvis du ikke har SQL Server 2000, kan du laste ned MSDE 2000 -versjonen direkte fra Microsoft.

Svarte 04/08/2008 kl. 01:29
kilden bruker

stemmer
2

Hvis du kan finne en profesjonell eller en annen super-enterprise versjon av Visual Studio 6.0 - den kom med en kopi av MSDE (utgangspunktet forgjengeren til SQL Express). Jeg tror MSDE 2000 er fortsatt tilgjengelig som en gratis nedlasting fra Microsoft, men jeg vet ikke om du kan overføre direkte 6,5 til 2000.

Jeg tror i konseptet, vil du sannsynligvis ikke står overfor noen fare. Års praksis, men fortell meg at du alltid vil savne enkelte objekt, tillatelse, eller andre databaser element som ikke vil manifestere seg umiddelbart. Hvis du kan skriptet ut hele dump, jo bedre. Som du vil være mindre sannsynlighet for å gå glipp av noe - og hvis du går glipp av noe, kan det enkelt legges til skriptet og fikset. Jeg ville unngå eventuelle manuelle trinn (annet enn å trykke på enter-tasten en gang) som pesten.

Svarte 04/08/2008 kl. 00:23
kilden bruker

stemmer
2

Jeg er på ingen måte autoritative, men jeg tror den eneste støttede banen er fra 6,5 ​​til 7. Gjerne det ville være mest fornuftig rute, så jeg tror du kan migrere fra 7 direkte til 2005 ganske smertefritt.

Som for skripting ut alle objektene - Jeg vil råde mot det som du vil uunngåelig gå glipp av noe (med mindre databasen er virkelig trivielt).

Svarte 03/08/2008 kl. 23:56
kilden bruker

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more