Observera användare som kör SQL Server 2008 och SQL Server 2008 R2

I april och maj släppte Microsoft kumulativa uppdateringar för SQL Server 2008 och 2008 R2 (jag bloggade om dem här och här). De är:

Någon gång efter det, ser ut som nästa dag, drogs båda nedladdningarna, påstås på grund av ett problem med indexkorruption (om du tror på kommentaren till Release Services-blogginlägget för CU #6) eller på grund av ett problem med w3wp .exe (om du tror att etiketten på snabbkorrigeringen publicerats direkt i själva artikeln i CU #6). Eller kanske båda. Åtminstone kan du se en regression som involverar indexkorruption eller massiv indexstorleksavvikelse när du bygger om ett klustrat index online och planen involverar ett icke-klustrat index. Jag har ingen repro till hands.

Den 13 juni uppdaterades båda artiklarna med nya versioner av de kumulativa uppdateringarna som inte längre uppvisar detta symptom (låter det bekant?). Och de uppdaterades igen den 17 juni. Så om du laddar ner idag får du faktiskt:

Kontrollera @@VERSION . Om den rapporterar 10.00.5840, 10.50.2874 eller 10.50.4279, ladda ner igen och använd den relevanta kumulativa uppdateringen för din filial igen. Ännu bättre, om du är på 2008 R2, se mitt inlägg där jag tillkännager nya CU:er för 2008 R2-grenar:

I sådana här fall önskar jag verkligen, verkligen, verkligen att de skulle släppa en ny kumulativ uppdatering utanför bandet (detta är ett problem, nu, för R2, men förblir ett problem för 2008 års SP3-kunder ytterligare en månad eller så). Hur många människor går tillbaka och tittar på CU-artikeln igen när de har laddat ner, installerat och regressionstestat? Testar alla regressionstest en hel uppsättning online-ombyggnader, en operation som förmodligen inte inträffar så ofta? Jag tror att många användare helt enkelt inte kommer att se den här uppdateringen och är på gränsen till att uppleva symtomet – det finns helt enkelt inte tillräckligt med synlighet när de tyst byter ut versionerna som nedladdningslänkarna ger.

[Korspostat på sqlblog.org]