Phenquestions
Pagal mano patirtį, kaip šalinti SQL, diegimo problemos yra vienas sunkiausių ir daug laiko reikalaujančių procesų. Dažniausiai tai būna „nepataikymas“. Norint išsiaiškinti naujos problemos, kylančios šalinant SQL trikčių šalinimą, reikia daug tyrimų ir patirties.
Pastaruosius šešerius metus dirbau su programos dalies SQL diegimo problemomis, naudodama kitą SQL versiją - nuo SQL 2000 iki naujausios 2012 m.
Į ateinančiomis savaitėmis aptarsiu kai kurias dažniausiai pasitaikančias „SQL“ diegimo klaidas sistemoje „Windows“ ir galimus trikčių šalinimo veiksmus, kaip ją pašalinti. Nesupraskite neteisingai, kad nekalbėsiu apie darbą SQL. Šioje serijoje aptarsiu tik su „Windows“ susijusias su SQL diegimu susijusias problemas.
Valdomas „SQL Server Installer“ nustojo veikti
Šiame straipsnyje aptarsime, kaip išspręsti valdomo SQL serverio diegimo programos neveikimą bandant įdiegti „SQL Server 2008 R2 / 2012“.
Taigi scenarijus yra tada, kai spustelėsiteNaujas „SQL Server“ atskiras diegimas arba pridėtos esamo diegimo funkcijos“, Atrodys, kad jis bus įkeltas, tada gausite klaidą„Valdomas „SQL Server Installer“ nustojo veikti“.
Kai pirmą kartą gavome šį klaidos pranešimą, užtrukau daug valandų, kol jį išsiaiškinau. Mano pirmoji mintis buvo sugadintas atsisiuntimas, todėl nuėjau ir dar kartą atsisiunčiau versiją iš „Microsoft“ svetainės ir patikrinau MD5 kontrolinė suma vertę, kad įsitikintumėte, jog tai tinkamai atsisiųsta. Verta patikrinti vertę, jei atsisiuntėte ir įdiegėte didelį diegimo failą. Aš rekomenduočiau patikrinti „Md5Checker“. Daugiau žiūrėkite čia. Tačiau tai tikrai nepadėjo padarant šios klaidos.
Kita mano mintis buvo kompiuteris prijungtas prie domeno tinklo. Taigi prisijungiau kaip vietinis administratorius. Patikėkite manimi, kai kalbama apie SQL diegimą, geriausia jį visada įdiegti vietinio administratoriaus paskyroje, o ne diegti prie domeno administratoriaus, nes net jei esate domeno administratorius, vis tiek gali būti tam tikrų saugos apribojimų. Kad būtų aišku, geriausia kreiptis į šį „TechNet“ straipsnį.
Šiaip ar taip, grįžkime prie temos - na, šiuo atveju tai tikrai nepadėjo. Vėliau įvykių žurnale pastebėjau klaidų, nukreipiančių į .NET sistemos. Dabar gavau užuominą ir žinojau, kaip elgtis toliau. Man reikėjo iš naujo įdiegti .NET Framework, kad tai išspręstų. Bet jis įmontuotas „Windows 7“. Taigi man reikėjo vėl išjungti ir įgalinti. Aš tai padariau taip:
Eikite į Valdymo skydą. Atviras Programos ir funkcijos variantą. Pasirinkite Įjunkite arba išjunkite „Windows“ funkcijas funkcija
Rasti „Microsoft“ .„NET Framework 3“.5.1 parinktį ir atžymėkite ją ir paleiskite iš naujo
Dabar paleiskite „SFC / SCANNOW“, kad galėtume įsitikinti, ar nėra korupcijos, ji bus ištaisyta.
Tada grįžkite atgal ir įgalinkite visas parinktis „Microsoft“ .„NET Framework 3“.5.1 variantą
Dabar dar kartą paleiskite iš naujo. Tai gali užtrukti ilgiau.
Dabar bandžiau įdiegti dar kartą, ir šį kartą jis aplenkė klaidą ir sėkmingai įdiegtas.
Dabar papildomas patarimas, jei diegiate „SQL 2008 R2“ „Windows 7“ ir turite .„NET Framework 4“.0 arba 4.5 įdiegta, geriausia ją visiškai pašalinti, kol baigsite diegti SQL, jei gausite šią klaidą.
Tikiuosi, kad šis straipsnis padės išspręsti šią problemą. Ateinančiomis savaitėmis aptarsiu daugiau su „Windows“ susijusių su SQL diegimu susijusių problemų.
