Här är en udda. Installera Windows Vista Home Premium i en virtuell VMware-maskin och aktivera den sedan. Den virtuella maskinen är igång och verkar helt stabil. Sedan, efter några veckor eller så, märker du att ett litet popup-fönster har dykt upp i aktivitetsfältet som talar om för dig att maskinen precis har aktiverats – du kanske inte ens märker detta eftersom den inte stannar på skärmen särskilt länge. Sedan händer det igen. Och igen. Och om du använde en MSDN tio-aktiveringslicensnyckel, kan den rulla på så här tills den körs in i buffertarna efter tio eller så upprepningar, och sedan misslyckas aktiveringen. Det här är inte roligt. Jag accepterar fullt ut att den inhemska återförsäljarversionen av Vista Home Premium inte stöds för att köras i en virtuell dator, men det här var en utvecklarversion med en utvecklarnyckel som användes för utvecklingsarbete.
Det verkar som att jag inte är den enda personen som har lagt märke till detta, och andra rapporterar att Microsoft Activation ibland kan slänga en liten aktiveringswobbler efter ett tag, trots att ingenting tydligen har hänt. I mitt fall testade jag en del brandvägg och säkerhetsprogram, och en del av det här installerar sina egna drivrutiner i drivrutinsstacken. En webbplats jag hittade visade att bara en ändring av versionen av en enskild drivrutin kunde få Vista att starta en aktiveringskontroll vid någon nästan slumpmässig tidpunkt efter installationen, när man väl hade bestämt sig för att detta faktiskt var ny hårdvara snarare än bara en ny drivrutin.
Vad ska man göra åt det? Nåväl, den här sortens nonsens var nästan oundviklig, är jag rädd. Hårdvara exponeras för Windows via dess drivrutin, så att byta drivrutin till en nyare version bör inte innebära några problem förutsatt att den nya drivrutinen rapporterar något som liknar den gamla. Men om hela ordalydelsen eller beskrivningen ändras, verkar det som om det kan göra Vista alltför upphetsat och få aktiveringsmekanismen att slå in. Detta är sant oavsett om ditt operativsystem körs på ren metall eller i en virtuell maskin, så klart – det är bara att i en virtuell dator kan du bli frestad att göra fler och snabbare förändringar i prototypmiljön.
Att ta slut på MSDN-licenser är naturligtvis helt mitt eget fel, eftersom jag inte skulle ha brytt mig om att aktivera maskinen alls och då skulle jag ha fått 30 dagars liv i VM:n innan den dog, vilket skulle ha länge nog för att göra det arbete jag behövde. Men jag hade precis klickat på de rätta rutorna när jag gjorde installationen på ett trött sätt, och det slutade med att jag aktiverade det jävla. Skulle det inte vara trevligt om det fanns ett verktyg för att avaktivera en installation? Ännu bättre, skulle det inte vara trevligt om vi kunde gå online och titta in i huvuddatabasen för Microsoft och se om och när en viss nyckel har använts? Det skulle säkert hjälpa att spåra upp några av dessa problem om vi kunde se vad som hade hänt och anledningarna till att programvaran kände att en aktivering var nödvändig.
Mobile Device Manager 2008
Det har tillkännagetts för viss fanfar, men betydelsen av denna plattform för Microsofts planer för företagstelefonutrymmet kan inte underskattas. I grund och botten ger MDM dig en uppsättning integrerade och centraliserade hanteringsverktyg för alla smartphones som finns på ditt nätverk, vilket inkluderar fjärrspolning, återställning, hantering och så vidare. Detta är ett av de första sådana försöken med en verklig företagshanteringsverktygsuppsättning för företagstelefoner, och kommer utan tvekan att ses som bara biljetten av alla Microsofts där ute som hanterar sitt Outlook-beroende via sina mobiler. För SME-marknaden undrar jag dock om det nästan är ett verktyg för långt.
