How Microsoft Does IT - Rulla ut Windows 7...

För en dryg månad sedan skrev jag en post om hur Microsoft gjorde och resonerade kring deployment av Office 2010 i den egna miljön...

Självklart finns det likande information om hur man gjorde när man rullade ut Windows 7. :)

De flesta företagen i sverige har inte 100 000 datorer som man skall uppdatera, men det är ändå intressant att se vilka problemställningar de upptäckte och hur de hanterats.

Själva Whitepapern finns här att läsa.

Som en teaser så tar jag lite från början.

Situation.
Microsoft IT wanted to increase user satisfaction and reduce overall support costs associated with deploying Windows 7 to hundreds of thousands of client computers at Microsoft.

Solution
Major enhancements to System Center Configuration Manager 2007 and the User State Migration Tool (USMT) provide the foundation for the solution. The solution uses an XML-based Operating System Deployment (OSD) wizard that provides an intuitive end-user experience. USMT 4.0 migrates the user state and data, and the OSD feature uses a task sequencer to automate the deployment process.


Benefits
• Users can start using Windows 7 quickly. The average installation time just over 2 hours, including migration of all user data and settings, and reinstallation of productivity applications.
• User satisfaction has significantly increased. The process starts with a pop-up notification. The user starts the OSD wizard from the notification. The wizard provides intuitive options and meaningful status throughout the process and summary information at the end of the process.
• Support costs for operating system deployments have decreased because of an end-to-end and intuitive user experience with high success rates.


Products & Technologies
• Microsoft System Center Configuration Manager 2007 with the Operating System Deployment feature
• Windows 7
• Windows Vista
• BitLocker Drive Encryption

VMware poster (otroligt bra sammanställning över portar och kopplingar)

Jag har tidigare vid ett flertal tillfällen postat länkar till fina posters som man kan ladda ned (exempvis denna post med posters till Citrix, VMware och Microsoft program).

Nu har ännu en poster uppdaterats.
Det är Dudley Smith som har släppt en graf som visar hur de olika delarna i VMware egentligen snackar med varandra och vilka portar som används.
Denna har sin givna plats på väggen bredvid sängen!!

För att ladda ned denna så klickar man här

EMC och nya Flarecode uppgraderingarna.

Jag skriver mycket om Microsoft. En del om VMware och Citrix, men absolut mest om Microsoft. Detta på grund av att mycket av mitt arbete handlar om Microsoft teknologi.
Dock finns det en del grunddelar i det jag jobbar med som är otroligt viktigt att det fungerar och att det är korrekt uppsatt. Speciellt om man talar om virtualisering, vilket det ofta handlar om idag på ett ellet annat sätt...
Dessa grunddelar är:
- Serverhårdvara
- Nätverk
- Lagring

Nyare, snabbare och dyrare servrar får vi hela tiden. De släpps av de stora tillverkarna och vi betalar en massa pengar för att få tillgång till den nyaste tekniken. Att veta vilken hårdvara som är bäst till vilken roll, det är en utmaning men inte omöjligt för de flesta att lära sig.

Nätverk.. Detta är en hel vetenskap i sig att få ett feltollerant, snabbt och hanterbart nätverk. Många kopplar bara in sladdarna och ser glada ut, men det finns hur mycket som helst att lära i detta ämne och jag är glad över att jag har kollegor och kontakter som är riktigt vassa på detta när jag väl sitter i skiten. :)

Lagring.
Detta är precis som nätverk en konstart. Det finns otroligt många parametrar att hålla koll på.
Och inte blir det enklare med all ny funktionalitet som kommer med nya uppdateringar till produkterna.
exempelvis den nya FLARE 30 som är släppt till CLARiiON från EMC.
En ny funtionalitet där är Hetrogena pooler där man kan blanda Fibra Channel, SATA och Enterprise Flash diskar. En riktigt spännande ny teknik (som började komma till viss del redan med FLARE 28.5).
Det finns en intressant artikel som tar upp lite kring detta här: http://matthensley.wordpress.com/2010/06/06/emc-clariion-and-virtual-provisioning/
Där diskuteras bland annat Thin LUNs som ger oss möjlighet att utnyttja utrymmet bättre i våra SAN.
En bitter erfarenhet för många är dock att bara för att man har utrymmet så löser det inte alla problem, men måste ta höjd för prestandan också. En disk klarar bara av ett visst antel I/O per sekund (och vilken prestanda detta i sin tur blir i en RAID beror helt och hållet på vilken RAID-typ det är på enheten och om det är läsning  eller skrivning som skall göras)...

Nåja. Vad denna posten skulle handla om egentligen är Matt Hensleys post om nya FLARE 30. Den är riktigt cool och rekommenderas för alla som har det minst med lagring att göra. Det ä dessutom inte speciellt mycket att läsa så det tar inte många minute att ta sig igenom. :)

Prestandainställningar i Windows 2008 R2

Många har funderat på hur gör man för att få maximal prestanda på sin server...
Väldigt ofta handlar det om vilka registernycklar man skall ändra och till vad för att få lite bättre prestanda. Dock är det ju oftast så att det finns en orsak till varför ett visst värde är satt som standard och inte det där värdet som ger den extra prestandan... :)

Windows Performance Team har publicerat en guide med information och tips kring server hårdvara, nätverk och lagring. Det finns även ett gäng saker att ta hänsyn till när det gäller olika serverroller. Exempelvis:
- Webbservrar
- Filservrar
- Active directory servrar (AD-servrar)
- Remote Desktop Session Hosts
- Remote Desktop Gateway
- Virtualiserings servrar (Hyper-V)
mm.

Det är ett ganska långt dokument (94 sidor), men helt klart värt läsningen. Det skall betonas att det INTE på nått sätt rekommenderas att genomföra alla nya inställningar hur som helst i sin miljö om man inte vet vad man håller på med... En hel del inställningar är på ganska djup nivå.

Dokumentet hittar man här: http://www.microsoft.com/whdc/system/sysperf/Perf_tun_srv-R2.mspx

Självklart finns liknande dokument för äldre OS
Windows 2003: http://download.microsoft.com/download/2/8/0/2800a518-7ac6-4aac-bd85-74d2c52e1ec6/tuning.doc
Windows 2008: http://www.microsoft.com/whdc/system/sysperf/Perf_tun_srv.mspx

Är du en ofrivillig MS SQL Databasadministratör? (del 5) - Sammanfattning

Detta är de 5 i en serie. Här är samtliga delar i denna serie:
del 1 - Data och Logfils hantering
del 2 - Index, Statistics
del 3 - Korrupt data
del 4 - Backupper
del 5 - Sammanfattning

Tanken med denna serie var att göra den i 4 delar. Dock harjag fått förfrågan om att göra en del 5 som sammanfattar det viktigaste. Så här är den posten...

Det är inte helt ovanligt att man som administratör får en server som man skall sköta. Det visar sig att det är MS SQL installerat på den och då är frågan vad man borde kolla upp... Alternativt att man får ett önskemål från någon att ett system skall sättas upp och att det krävs en databas i MS SQL för att systemet skall fungera.
Tanken med denna serie med artiklar är att hjälpa de som inte har som huvudkunskap att sköta MS SQL-servrar. Jag är fullt medveten att en massa heltids DBAer kommer att säga att jag har helt fel och att det är massor med flera saker som är viktiga, och jag argumenterar inte med att det finns massor med saker som är viktiga. Jag har dock försökt ta upp de områden som vanligen orsakar problem om man inte gör något åt dem... :)

1. Om det är en hårt belastad SQL-server se till att Operativsystem, TempDB, Databasfiler och Transaktionsloggar får egna raidset på egna diskar. Disk I/O är en otroligt viktig del för att få prestanda på en hårt belastad MS SQL server.
2. Använd ALDRIG Auto-Shrink!!!
3. Auto-Grow på filer är ett enkelt sätt att slippa hålla koll på hur mycket ledigt utrymme det finns i varje datafil och transaktionslogg. Om filerna får växa med ett procentuellt värde kan utökningarna ta ganska lång tid om databasen är stor. Därav kan ett MB-värde vara lämpligare.
4. Använd ALDRIG Auto-Shrink!!! Allvarligt
5. Se till att ha schemalagda jobb som uppdaterar Index
6. "Auto Create statistics" och "Auto Update statistics"  skall vara ikryssade
7. Använd ALDRIG Auto-Shrink!!! Jag menar verkligen detta! Om du hittar ett skäl till att använda Auto-shrink så maila mig. Det är aldrig en bra idé att ha auto-shrink!
8. Ha ett schemalagt jobb som kollar Database Integtrity
9. Se till att ha backupper på alla databaser (inklusive Master och MSDB)
10. Se till att ta transaktionsloggsbackupper på alla databaser som är satta i Full eller Bulk-logged recoverymodel.
11. Använd aldrig både inbygda backuppen i MS SQL samtidigt som man använder en agent från backup programmet för att göra SQL-backupper. Det kan kännas som hängslen och livrem, men har man inte tungan rätt i mun är risken stor att man transaktionsloggsbackupperna blir helt hopplösa att läsa tillbaka.
12. Ta en titt på Ola Hallgrens script för administration av MS SQL. Det scriptet löser ett fleratal av punkterna ovan.