2010-03-31

Hur migrerar man till Windows Server 2008 R2?

Technet är en helt otrolig källa till information ibland.

Många är vi troligen som hamnar i situationen där det vore bra att ha koll på hur man migrerar en tjänst till Windows 2008 R2. Som tur är har Microsoft lagt ut en hel del information.
Ämnen som tas upp är bland annat:
  • Active Directory Certificate Services.
    • Från 2003, 2003 R2 och 2008 till 2008 R2
  • Active Directory Domain Services och DNS Server
    • Från 2003, 2003 R2, 2008 och 2008 R2 till 2008 R2 (alltså ingår även flytt från en 2008 R2 server till en annan)
  • BranchCache
    • Från 2008 R2 till 2008 R2
  • DHCP Server migration
    • Från 2003, 2003 R2, 2008 och 2008 R2 till 2008 R2 (alltså ingår även flytt från en 2008 R2 server till en annan)
  • File Service Migration.
    • Från 2003, 2003 R2, 2008 och 2008 R2 till 2008 R2 (alltså ingår även flytt från en 2008 R2 server till en annan)
  • HRA (Health Registration Authority
    • Från 2008 och 2008 R2 till 2008 R2 (alltså ingår även flytt från en 2008 R2 server till en annan)
  • Hyper-V
    • Från 2008 och 2008 R2 till 2008 R2 (alltså ingår även flytt från en 2008 R2 server till en annan)
  • IP Configuration Migration Guide (hänger ihop med DHCP, DNS och Active Directory Domain Services)
    • Från 2003, 2003 R2, 2008 och 2008 R2 till 2008 R2 (alltså ingår även flytt från en 2008 R2 server till en annan)
  • Lokala användare och grupper
    • Från 2003, 2003 R2, 2008 och 2008 R2 till 2008 R2 (alltså ingår även flytt från en 2008 R2 server till en annan)
  • NPS (Network Policy Server) och IAS (Internet Authentication Server)
    • Från 2003, 2003, 2008 och 2008 R2 till 2008 R2 (alltså ingår även flytt från en 2008 R2 server till en annan)
  • Print Services Migration Guide
    • Från 2003, 2003 R2, 2008 och 2008 R2 till 2008 R2 (alltså ingår även flytt från en 2008 R2 server till en annan)
  • RRAS (Routing and Remote Access service)
    • Från 2003, 2003 R2, 2008 och 2008 R2 till 2008 R2 (alltså ingår även flytt från en 2008 R2 server till en annan)
  • Windows Server Migration Tools
    • Från 2003, 2003 R2, 2008 och 2008 R2 till 2008 R2 (alltså ingår även flytt från en 2008 R2 server till en annan)
  • WSUS (Windows Server Update Services) 3.0
    • Från 2003, 2003 R2, 2008 och 2008 R2 till 2003, 2003 R2, 2008, 2008 R2 (alltså ingår även flytt från en server till en annan)
  • Åsså lite "bra-att-ha" script...

2010-03-30

Update Rollup 3 till Exchange 2007 Service Pack 2 är släppt...

Nu är det nästan två veckor sedan så nyheten är väl inte jättefärsk längre.. :)

Nåja, nedladdningen hittar man här.

Denna uppdatering ersätter "Update Rollup 1 for Exchange Server 2007 Service Pack 2 (KB971534) " och "Update Rollup 2 for Exchange Server 2007 Service Pack 2 (KB972076) ".

Tänk dock på att den enbart är till för Service Pack 2. Har man RTM eller SP1 på sin Exchange 2007 så är det dags att uppdatera... :)

Det är totalt 16st buggfixar med i denna Rollup. Exakt vilka uppdateringar hittar man här.

2010-03-29

Advanced Security Auditing FAQ.

Jag sprang på en intressant sida om audit policys.
Den är i skrivande stund senast uppdaterad 2010-01-18, men teamet som skrivit sidan har gått ut och sagt att man vill fortsätta och lägga till nya saker på denna sida när/om de dyker upp.
Ämnen som täcks är (jag kör en copy-paste och hoppar över att översätta, ren lathet..):
  • What is Windows security auditing and why might I want to use it?
  • What is the difference between audit policies located in Local Policies\Audit Policy and audit policies located in Advanced Audit Policy Configuration?
  • What is the interaction between basic audit policy settings and advanced audit policy settings?
  • How are audit settings merged by Group Policy?
  • What is the difference between an object DACL and an object SACL?
  • Why is audit policy applied on a per-computer basis rather than per user?
  • What are the differences in auditing functionality between versions of Windows?
  • Can I use advanced audit policy from a domain controller running Windows Server 2003 or Windows 2000 Server?
  • What is the difference between success and failure events? Is something wrong if I get a failure audit?
  • How can I set an audit policy that affects all objects on a computer?
  • How do I figure out why someone got access to a resource?
  • How do I know when changes to access control are made, by whom, and what the changes were?
  • How can I monitor whether changes are made to audit policy settings?
  • How can I minimize the number of events that are generated?
  • What are the best tools to model and manage audit policy?
  • Where can I find information about all the possible events I might receive?
  • Where can I find more detailed information?

Orginalsidan hittar man här:

2010-03-28

Det finns ingen MEMORY.DMP att analysera...

Att analysera en dumpfil för att få fram grundorsaken till en krasch kan vara enormt frustrerande, men lika ofta är det otroligt upplyftande när man kan peka ut exakt vilken drivrutin eller program det var som orsakade blåskärmen.
Tyvärr är det inte alltid som det går att analysera minnesdumpar. Orsaken till detta är nästan alltid att det inte finns några minnesdumpar att analysera.

Orsaken till detta är (iprincip) varje gång att en systemadministratör har ställt in så att enbart en "small memory dump" eller "Kernel memory dump" skall skapas vid krasch, eller har flyttat på pagefile.sys från root-enheten till en annan enhet på datorn.

Ofta gör man det sistnämnda är ofta för att det är ont om diskutrymme på C:\ eller så vill man få bättre prestanda. Tyvärr är det min erfarenhet att alltför ofta när man gjort det för att få bättre prestanda så har man lagt pagefilen på D:\ och så visar det sig att C:\ och D:\ är samma fysiska disk (eller samma RAID-set)... Å helt ärligt, prestandaökningen man får genom att lägga pagefilen på D:\ då, den är tämligen liten. Jag är inte ens säker på om man kan mäta sig fram till denna skillnad... :)

Nåja, vad har detta med rubriken att göra. Jo, när en dator kraschar så skriver den dump informationen till pagefilen. Varför gör den då det? Jo, det finns en risk att fil-tabellen är korrupt och att det är därför som datorn kraschar. Dock vet windows alltid vart den har sin pagefil. Därför man kan lita på att det inte ligger någon användbar information på just den platsen på disken... (den är ju inte användbar längre, datorn har ju just kraschat och då är inte innehållet i pagefilen intressant längre :))
Så, när en dator kraschar så skrivs dump-informationen till pagefilen, om pagefilen ligger på bootpartitionen. I annat fall så skrivs ingen dump-information alls...

Sedan när servern startas om så kopieras informationen från pagefil (normalt sett) till minidump-katalogen och till windows-katalogen och en ny pagefil skapas.

Så vad försöker jag säga med denna post.. jo:
  • Stäng inte av möjligheten för datorer att skapa dump-filer. Även om man tycker att de tar en massa diskutrymme. De är en otroligt bra källa vid felsökning
  • Låt pagefile.sys ligga kvar på boot-partitionen (den partition som normalt sett innehåller Windows-katalogen) så långt som det är möjligt.
  • Om det är ont om utrymme. Skapa ett script som flyttar alla filer från minidump-katalogen (normalt sett: "C:\windows\minidumps\") och minnesdumpfilerna (normalt sett: "c:\windows\memory.dmp") till en plats med mer utrymme.
  • Se till att när nya servrar installeras så finns det plats för minnesdumpar på C:\... :)

2010-03-27

Problem med Internet access genom proxy med IE 32bit på 64bit Windows.

Det blir allt vanligare att klientdatorerna ute på företagen kör 64bitars windows. Dessutom är det allt fler Terminal Server och/eller Citrix-servrar som kör 64bits Windows eftersom dessa OS hanterar mer minne än 4GB på ett så pass bra sätt.
Dock finns det en "feature" som dyker upp ibland. Om man har skjutit ut proxyinställningarna med GPO och applicerat dem "per dator" istället för "per användare" så skrivs inte inställningarna in på rätt stället i registret.

Det finns en KB-artikel hos Micrsoft som beskriver detta.

Kontentan av den KB-artikeln är att det är registernyckeln "HKEY_LOCAL_MACHINE\Software\WOW6432Node\Microsoft\Windows\CurrentVersion\Internet Settings" som skall uppdateras.

Lösningen för detta är att:
  1. Skapa ett script som läser innehållet i
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings
  2. Skriv innehållet från steg 1 till registret på:
    HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Internet Settings
  3. kör skriptet
  4. Se till att alla användare (="Everyone") har "Set value" rättigheter på följade registernyckel:
    HKEY_LOCAL_MACHINE\Software\WOW6432Node\Microsoft\Windows\CurrentVersion\Internet Settings\Connections

2010-03-26

Vad är det där "Simple Mode" egentligen i MS SQL?

Denna återknyter lite till posten igår... :)
Just recovery mode är ett problem för många. Vad är det för skillnader egentligen mellan Full och Simple mode? Så här kommer lite tankar kring Simple mode för database...

Om du sätter den till simple så kommer transaktionsloggen bara att användas för den senaste transaktionen. Med andra ord så behöver den bara vara så stor att den största transaktionen som körs mot databasen får plats i den.



Det blir typ så här (hyffsat förenklat):
  • En uppdatering skall göras i databasen. I detta exempel vill vi skicka en faktura. Det innebär att vi både vill markera fakturan som fakturerad i FAKTURERINGS-tabellen, men även i tabellen LAGER så skall allting som kunden har köpt dras bort från lagersaldot. Det är alltså två olika tabeller som skall uppdateras med olika information. Dessa två uppdateringar buntar vi ihop till en så kallad "transaktion". 
  • SQL server tar reda på vilka rader som skall uppdateras och skriver i transaktionsloggen vad de nya värderna skall bli. Observera att det inte ändras i databasen, istället hamnar det i transaktionsloggen. 
  • När transaktionen är skriven på hårddisk i transaktionsloggen så markeras transaktionen som lyckad. EFtersom det gick bra så tar nu MS SQL och skriver in värdena i databasen (alla som skall uppdateras). 
  • När uppdateringen i databasfilerna är skrivna på disk så markeras transaktionen i transaktionsloggen som klar 
  • Transaktionen är nu OK att skrivas över i transaktionsloggen.
Om man kör FULL-mode på transaktionsloggen så sker inte sista steget ovan. Istället sparas alla transaktioner som en enda lång historik. Fördelen med detta är att om man behöver göra en restore från en gammal backup så kan man därefter "spela upp" transaktionsloggen en transaktion i taget och göra alla uppdateringar som behövs i databasen för att därefter ha all data intakt.

Det är alltså därför som en transaktionslogg som är ställd i FULL-mode kan bli JÄTTESTOR. Den innehåller ju ALLA transaktioner som gjorts mot databasen.


En transaktionslogg som är ställd som SIMPLE-mode blir däremot bara så stor som den största transaktionen som körs mot databasen blir.



Fråga: OK, men varför är då transaktionsloggen fortfarande stor om man har ställd den som SIMPLE-mode? Varför krymper den inte?
Jo, för att ibland vill man ha en transaktionslogg i SIMPLE-mode men ändå ha en stor fil. Exempelvis om man vet att varje natt så kör en JÄTTEtransaktion. för att då slippa att SQL skall behöva allokera en massa disk (vilket suger MASSOR med disk I/O och alltså tar en massa prestanda när den försöker utöka transaktionsloggen) så kan man ibland vilja ha en stor transaktionslogg.

Fråga: Men om jag har en databas som är ställd som SIMPLE-mode och den är jättestor, hur gör jag om jag vill ha den mindre?
Det är nu man behöver köra en shrink på databasen. Detta går utmärkt att göra antingen med SQL-kommandon eller från GUIt. VIlket man väljer är en smaksak.

Fråga: Om det nu är så att en transaktionslogg som är ställd som FULL-mode alltid bara fylls på.... hur gör jag för att den inte skall bli hur stor som helst?
Tanken med att ha en transaktionslogg i FULL-mode är ju att kunna göra en "point-in-time" restore. Alltså att från en full-backup av en databas kunna lägga in alla uppdateringar fram till en viss tidpunkt (oftast fram till precis innan problemet uppstod).

Vad man behöver är alltså en fullbackup av databasen. Dock räcker inte detta (Det är här de flesta gör fel och det är därför detta är en av de absolut vanligaste frågorna som jag får när det gäller MS SQL!)

Det räcker inte med att göra en fullbackup av databasen. Man måste även göra en transaktionslogg-backup. Det är först då som alla transaktionerna markeras om överskrivningsbara. Om man alltså gör en fullbackup på databasen och sedan gör en backup på transaktionsloggen så kommer all information som finns i transaktionsloggen att vara markerat som inaktiv. Det är detta som kallas att "Trunkera transkationsloggen". Det sker alltså när man gör en backup på transkationsloggfilen.

Om man direkt efter detta kör en Shrink på transaktionsloggen så kommer den nu att krympa.

Exakt hur mycket den kommer att krympa beror på hur stor transaktionsloggen i MODEL-databasen är (en transaktionslogg kan aldrig krympa under storleken på transaktionloggen för MODEL-databasen). Det beror även på om det fortfarande finns nya transaktionser i transaktionsloggen och vart dessa är skrivna i filen. Om de nya transaktionerna är skrivna i börja på filen så kan alla trunkerade transaktioner från slutet av filen och fram till sista aktiva transaktions-"entryt" raderas. Om det är så att de aktiva transaktionerna finns mitt i transaktionsloggen med trunkerade transaktioner före och efter de aktiva så kommer fortfarande bara de trunkerade transaktioner från slutet av filen och fram till sista aktiva transaktions-"entryt" raderas. Inte de som är från början av filen fram till den första aktiva transaktionen... För att få detta att ske så måste man typ "defagmentera" transaktionsloggen så att alla nya transaktioner hamnar först.

Hur man gör detta är jag alldeles för trött för att gå in på just nu, men ett sätt är att sätta databasen som SIMPLE-mode => Krympa filen => Ställa tillbaka till FULL-mode. Dock skall man vara medveten om att om man gör på det sättet så har man förstört möjligheten att göra "point-in-time" restore fram tills dess att man gör en ny full-backup på databas-filen... (lite överkurs här tror jag)...

2010-03-25

Transaktionsloggen är jättestor, HJÄLP!!! (aka, vad är "Full" och "Simple" Recovery Mode)

Den absolut vanligaste frågan jag får när det gäller MS SQL har att göra med transaktionsloggar som växer okontrollerat... Därför skrev jag för ett par år sedan ihop detta.. :)

Ett vanligt problem med en SQL server är att databasen är på 100MB och transaktionsloggen är på typ 10GB...

Det känns inte helt rätt, och det är det oftast inte heller. Ett vanligt sätt för att lösa detta är att sätta databasen i "simple mode" (sätts i SQL 2000 i Enterprise Manager genom att högerklicka på en databas, välja "properties" och under fliken "options" ändra på "Recovery model". I SQL 2005 och 2008 högerklickar man på databasen, väljer "properties" och under "options" väljer man "recovery model"... Hyffsat lika alltså.  :)).

Dock är detta inte alltid enbra lösning!!!

Först kommer en förklaring om vad en databas egentligen är. Mycket av detta kommer från en tråd på http://www.itproffs.se/ skriven av Jesper Kråkhede (så lite creds går till honom, men han hade en ganska bra förklaring).. :)

En databas består av två eller fler filer:
  • Databasfilen med filändelsen ".MDF" (kan vara flerastycken och då heter övriga NDF)
  • Transaktionsloggen med filändelsen ".LDF"
Självklart kan man ändra dessa, men detta är standardvärden..

Databasfilen innehåller alla data, medans transaktionsloggen innehåller alla händelser som ändrar data i databasen.


Ett exempel.
En tabell innehåller värdena:
Kalle, Anka, Disney, 1
Arne, Anka, NULL, 2
Nemi, NUL, Sydsvenskan, 3

Nu skickar vi kommandot att sätta in en rad till i databasen.
INSERT INTO MinTabell VALUES ('Musse','Pigg','Disney','4')

Vad som händer då är att i transaktionsloggen skrivs det in en rad om att denna uppdatering skall göras.
Därefter görs själva uppdateringen i databasen.
När databasen är uppdaterad så markeras raden i Transaktionsloggen som genomförd.

Nu visar det sig att det skulle inte göras någon uppdatering i databasen så användaren gör en "ROLLBACK" (dvs ångrar).
Då skickar användaren en kommando om att ta bort raden:
DELETE FROM MinTabell WHERE ID = '4'

Vad som händer då är att i transaktionsloggen skrivs det in en rad om att raden där det i kollumnen "ID" står siffran fyra skall raderas. Därefter görs själva uppdateringen i databasen.
När databasen är uppdaterad så markeras raden i Transaktionsloggen som genomförd.

Detta innebär att databasen inte har kvar datat, men i transaktionsloggen finns den med två gånger, både att den skall läggas till och sedan att en skall tas bort.

Varför vill man ha det så här??
Jo, om disken där databasfilen skulle gå sönder så kan du återställa databasfilen från senaste backup och sedan återställa transaktionsloggen och plötsligt så har du inte tappat någon data alls. Finurligt va?


Så här fungerar det om du har databasen i "Full Recovery Mode". Detta är också den inställning som en databas får som standard..

Om databasen står i "Simple Recovery Mode" så när vi gör första uppdateringen (när nya raden skapas) kommer följande att hända:
  • I transaktionsloggen skrivs det in en rad om att denna uppdatering skall göras.
  • Därefter görs själva uppdateringen i databasen.
  • När databasen är uppdaterad så markeras raden i Transaktionsloggen som genomförd och att raden i transaktionsloggen får skrivas över.

Nästa transaktion kommer sedan att skriva över "vår" rad i transaktionsloggen.

Detta i sin tur innebär att Transaktionsloggen kommer aldrig att innehålla mer än de ännu inte genomförda uppdateringarna till databasen. Transaktionsloggen används enbart för att kunna säkerställa att databasen går att återställa till ett koncistent läge om det skulle ske en serverkrash.

Om databasen står som "Simple Recovery Mode" så går det inte att göra transaktionslogg-backupper.

Microsoft skriver så här:

"Important. Simple Recovery is not an appropriate choice for production systems where loss of recent changes is unacceptable.
When using Simple Recovery, the backup interval should be long enough to keep the backup overhead from affecting production work, yet short enough to prevent the loss of significant amounts of data. "


  
Då kommer vi till själva problemet.


Varför blir transaktionsloggen 10GB när databasen bara är 100MB? Jo, det är mycket enkelt. Transaktionsloggen "töms" när man gör backup på den. Troligen så gör du inte backup på transaktionsloggen... Fy på dig!! :)


Hur löser vi detta då? Jo, ta en backup på transaktionsloggen och starta sedan "Query Analyser" och skriv:

USE DatabasNamn

GO

DBCC SHRINKFILE(MinDatabas_Log)

GO

och tryck på F5

(här utgår jag från att filnamnet för min transaktionsloggen är "MinDatabas_Log.LDF")


Detta kommando kommer att tömma all data i transaktionsloggen från slutet av transaktionsloggen och fram tills det att den första "aktiva" delen av transaktionsloggen.

En transaktionslogg kan aldrig krympas till att bli mindre än transaktionsloggen i databasen "Model" så se till att den inte är på flera Gigabyte. :)


Det skall sägas att bara för att man gör som jag beskrivit ovan så behöver inte transaktionsloggen krympa speciellt mycket. Det har att göra med att man bara kan krympa bort de virtuella loggfiler som ligger i slutet av den fysiska loggfilen som inte innehåller någon del av den logiska loggfilen. (finns en ganska bra förklaring av detta här: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/architec/8_ar_da2_1uzr.asp)

  
Sammanfattningsvis så kan man säga att om inte transaktionsloggen krymper första gången man gör som ovanstående så gör det igen, då skall den nämligen krympa. (detta eftersom att den logiska log-filen flyttas till början av den fysiska loggfilen) :)

2010-03-24

Microsoft höjer priset på MS SQL 2008 när R2 släpps...

Sedan tidigare vet vi att Microsoft SQL 2008 R2 kommer att släppas under Maj. *wohoo*

En nyhet som kommit ut nu är att man även kommer att höja priset (se denna post)

Som vanligt är det en liten Copy-Paste övning (fetstilen har jag lagt till):

The launch of SQL Server 2008 R2 will bring some exciting new capabilities to customers. Important to note though is that with R2, prices will go up. How much? The price per processor license for 2008 R2 Standard Edition will increase 25%. For the R2 Enterprise Edition, the price per processor will increase 15%. For both editions, server CAL licensing will remain flat. This price increase will take effect upon General Availability of R2 – this May. We’re not talking much time here.
But it's not all... meh. So what’s the upside? Customers with Software Assurance can deploy and run SQL Server 2008 R2 Standard and Enterprise editions with no price increase until they hit the first renewal after GA. The big opportunity for customers and partners alike is to renew their Software Assurance. By avoiding the price increase, and by taking advantage of promotions oriented around SA renewal, promotions like Open Value VAR Rebate, Simplify & Save, and until March 31st, the SQL 2008 BI Promotion, the savings will be substantial, and the upgrade to R2 is free.

Med andra ord: Det blir lite dyrare...

ScriptLogic gör att användare inte behöver vara lokal admin som default längre.

Äntligen!!

ScriptLogic har släppt ännu en fantastisk grej. "Priviledge Authority".

Den här gången är det ett helt gratis verktyg som är tänkt att ge användare precis de behörigheter som de behöver för att kunna göra sina arbetsuppgifter. Verktyget berstår av en server och en klient del och använder Microsoft Group Policys för att distribuera reglerna mellan server och klient.

Att det är regler är helt klart värt att ta upp extra. Det går nämligen att exportera regler och dela med sig på nätet. Med andra ord, om någon har gjort en regel för att tillåta en användare att uppdatera firefox fast användaren bara är lokal user så kan man sedan dela med sig av denna regel till andra... En sån däringa "community-grej". :)

Som server OS måste man ha:
- Windows Server 2003 SP1 eller högre
- Windows Server 2008
- Windows XP SP2 eller högre (jupp enligt ScriptLogic kan man ha en XP maskin som "server")
- Windows Vista (se kommentar om Win XP)
- Windows 7 (å igen, se kommentar om Win XP)
(krävs även ".NET framework 2.0" och "Micrsosoft Group Policy Management Console (GPMC) version 5.2" eller högre på den maskin som skall agera server)

Som klient OS är kravet:
- Windows XP SP2 eller högre
- Windows Vista
- Windows 7


Så här skriver ScriptLogic själva:
Today ScriptLogic released our second totally free solution...Privilege Authority. Privilege Authority lets administrators establish what aspects of Windows users can manage without making them local admins. By defining elevation rules within Privilege Authority, user privileges are automatically elevated for specific actions that currently require administrator access.


This solution will end the days of running to users' desktops to install the latest version of Adobe Reader or enable a Windows feature or an ActiveX control.


Privilege Authority is a user community-supported product. By participating in the community, you can post your custom rules, download rules posted by other users, get help, offer advice and more. As with any forum, it gets better the more you participate.


You can download Privilege Authority with absolutely no registration by clicking here. Make sure you check out the Privilege Authority community at http://www.privilegeauthority.com/. Did I mention it was all free?

I ZIP-filen man laddar ned finns det en riktigt bra manual som beskriver hur man installerar applikationen, hur man skjuter ut den med hjälp av GPOer till klienterna och hur man skapar nya regler i verktyget.

Vad man skall vara medveten om dock är att produkten inte har någon support förutom genom vad de kallar "community-support". Med andra ord, man får förlita sig på att någon vänlig själ på internet förbarmar sig och hjälper till om man kör fast...

2010-03-23

Microsoft BPOS - Exchange Online - uppdaterat och har nu 25GB som standardstorlek på mailboxar.

Microsoft Business Producivity Online Services är en tjänst från Microsoft där man som företag kan köpa att bland annat ha mailen som en molntjänst. Detta innebär att man har sin mail hos microsoft och att man betalar per månad.
Denna tjänst kan även byggas ut med möjlighet för Sharepoint Online, Live Meeting, Office Communications och liknande.

När man tidigare köpt en mailbox genom BPOS så har standardstorleken varit 5GB. Detta är en ganska stor mailbox om man tänker på att många företag idag har en standardstorlek på mellan 50 och 400MB.

Nu har dock Microsoft släppt informationen att man utökat standardmailboxen till hela 25(!!) GB, och detta för endast 10$ per månad och användare.

Den man skall tänka på dock är sådana saker som integration med andra system, backup/restore och så vidare.

Det finns massor att läsa här:
http://www.microsoft.com/online/business-productivity.mspx
http://www.microsoft.com/online/exchange-hosted-services.mspx
http://blogs.technet.com/msonline/

2010-03-22

Info om Windows 7 SP1 och Windows Server 2008 SP1

I torsdags (18/3) släpptes info om SP1 för Win7 och Server 2008 R2


En stor nyhet för WindowsXP mode är att tidigare så behövde man ha stöd i hårdvaran för att det skulle fungera. (Hardware assisted virtualization). Detta är inte aktuellt längre (extra skönt är att jag i onsdags förra veckan installerade XP mode på en maskin och var tvungen att felsöka i nästan 1 timme innan det fungerade ordentligt, med denna uppdatering hade jag sluppit denna felsökning :))
Dessa uppdateringar är redan släppta så man slipper vänta på SP1. Finns här för nedladdning:
- 32bit (http://www.microsoft.com/downloads/details.aspx?FamilyID=837f12aa-1d37-464e-ae59-20c9ecbebaf6&displaylang=en)
- 64bit (http://www.microsoft.com/downloads/details.aspx?FamilyID=e70dd043-e262-43c0-a002-446567f1e2b4&displaylang=en)


Andra nyheter är RemoteFX (kommer från Microsofts köp av Calista i 2008) som ger användare som kör Remote Destop Service (det som tidigare kallades "Terminal Services") den fullständiga Windows Aero desktop upplevelsen (lite skönt marknadsföringssnack där), support för full rörlig video, Silverligt applikationer och 3D applikationer.

Dynamic Memory som gör att tilldelningen av minne i VMs som körs på  Hyper-V R2 servrar förändras lite. Det är inte som memory overcommit i ESX utan tanken är att om man har 5st VMs med vardera 4GB minne så tar de bara den mängd fysiskt minne som de faktiskt behöver. När de inte längre använder minne så kan de dessutom släppa ifrån sig minnet igen (Jupp detta är hyffsat förenklat :))


Lite mer information finns här:
http://blogs.technet.com/canitpro/archive/2010/03/19/windows-7-server-2008-r2-sp1-what-s-coming.aspx
http://blogs.technet.com/jriemer/archive/2010/03/19/2008-r2-sp1-and-windows-7-sp1-announced.aspx
http://windowsteamblog.com/blogs/windows7/archive/2010/03/18/talking-about-service-pack-1-for-windows-7-and-windows-server-2008-r2.aspx

2010-03-21

Flytt av NFS resurs från en clusternod till en annan misslyckas.

I onsdags släppte Services for UNIX teamet på Microsoft en blogpost om att de har ett känt problem med att NFS resurser inte alltid vill flyttas snyggt och prydligt mellan clusternoder.

Jag fastnade för denna post just för att vi har haft ett liknande problem hos en av mina kunder. Detta gällde i första hand vid patchning av filservern eftersom att man få failade mellan noderna.

Eftersom att jag känner mig lite lat så kör jag lite Copy-paste här...

One of the common issue on NFS as a cluster resource is that during failover the resource fails to move from one node to other. The network name is moved but the NFS resource shows the status as “Failed”


This usually happen due registry corruption. Server for NFS service has to be started in certain sequence on a cluster node. We have seen multiple instances where the NFS service was restarted on one node only which caused the registry to be corrupted. The registry in question is:


"HKEY_LOCAL_MACHINE\Software\Microsoft\Server for NFS\CurrentVersion\Exports\"


Under this registry key ( Exports) all the NFS export are listed and should start from 0 and then on incremented by 1 for each new NSF share. If the numbers are not showing up in incrementing order (with a difference of 1) properly that means the registry is corrupted.


In case the registry is corrupted on any of the nodes, then the NFS resource will not failover or move to that node. To resolve the issue follow the steps below:


1. Browse to the registry location and delete all the folders listed under Exports on the passive node (that has issue).
2. Take all the NFS resource on the cluster offline.
3. Stop the server for NFs service one by one on both the nodes


4. Start the server for NFs service on both the nodes one by one


5. Get the NFS resource online


6. Move the resource to the passive node (which was having the issue)
Förhoppningsvis behövs inte detta tips, men man vet aldrig...

Xiotech släpper verktyg för optimering av virtualiseringsmiljöer

Verktyger som är riktat mot VMware ESX, Citrix XenServer och Microsoft HyperV.

Läs mer här:
http://www.eweek.com/c/a/Data-Storage/Xiotech-Ships-New-Virtualization-Optimization-Package-519419/

Windows 7 - "Problem Steps Recorder", ett otroligt felsöknings hjälpmedel

Ett nytt verktyg som är helt underbart för en support funktion. PSR.EXE
Problem Steps Recorder


Det är ett nytt verktyg som finns i Windows 7 (finns tyvärr bara till Windows 7)..
Kontentan är att man kan be användaren köra PSR.EXE, starta inspelningen och sedan göra precis det man gjort tidigare. Användarna kan till och med lägga till egna kommentarer om de vill.
När användaren är klar stoppas inspelningen och sparas ned som en ZIP-fil. Denna kan därefter mailas till supporten som får upp en steg-för-steg beskrivning över vad som har gjorts (i både XML och HTML-format)


Ett helt annat användsningsområde för denna applikation är de som skall skapa dokumentation. Om man kör igång inspelningen och sedan genomför de handgrepp som skall dokumenteras så får man i HTML-fil med biler och liknande som kan användas för att klistras in i den dokumentation man skall göra. Man får inte riktigt allt, men kommer en bra bit på vägen.. :)

2010-03-20

WinDebug är släppt i ny version

En ny version av WinDebug släptes för ett par veckor sedan. Nyaste versionen är nu 6.12.2.633 och finns tyvärr inte längre som en separat download utan man måste ta ned hela Windows Driver Kit.

Nyheter är bland annat att den är bättre på att analyser minidumpar från Windows7.

Här finns mer info om hur man laddar ned och installerar (64bitars): http://www.microsoft.com/whdc/devtools/debugging/install64bit.mspx

Å här finns för 32bitars windows: http://www.microsoft.com/whdc/devtools/debugging/installx86.mspx

Vilken version man skall ha beror på vilket OS man har på datorn man kör analyserna på. Exempel; jag vill analysera en minnesdump från en Windows server 2003 (x86) på min dator som kör Windows 7 (x64). Då vill jag ha 64-bitars versionen, detta eftersom att min dator är 64-bitars...


Vad är WinDebug?
För de som inte känner till WinDebug.. Vad är det för nått? Jo det är ett verktyg som kan användas till nästan vad som helst. :)

Det vanligaste är dock att man använder det för att analysera minnesdump-filer efter blåskärmar. Det är inte ens speciellt svårt. Men det imponerar INTENSIVT på kunder när man kan visa att orsaken till att deras nya Windows7 bärbara kraschar hela tiden är för att det är en gammal VPN-klient installerad, eller en gammal hårddiskkontroller-drivrutin (båda dessa är exempel från verkligheten bara senaste veckan för mig). Eller att man kan peka ut precis vilken skrivardrivrutin på spool-servern som gör att servar kraschar....


Om det är så att man behöver hjälp så kan man alltid skicka minnesdumpen till mig (om man vill maila är minidump-filen oftast mest lämplig (ligger oftast på "c:\windows\minidump\")). För att göra en komplett analys kan man dock behöva hela minnesdumpen (heter oftast "C:\windows\memory.dmp"). Den är dock ofta ganska stor... :)
Related Posts Plugin for WordPress, Blogger...