Deployment de Office 2010 customizat
Cum a spus și Zoli, Office 2010 RTM a apărut pe MSDN. Problema este că kit-urile de Office, Visio și Project de pe MSDN sunt de fapt niște executabile “self-extracted” care nu pot fi desfăcute ca să obții kit-ul normal de Office cu care ne-am obișnuit; cel cu directoarele Catalog, Admin, Updates etc.
Dacă încerci să extragi fișierele din kit-ul de Office 2010 x86, de exemplu, obții ceva de genul:
Din această cauză, nu prea ai cum să faci un pachet customizat pentru deployment în firme medii și mari (cine altcineva ar mai da bani pe subscripțiile MSDN?).
Pe forumurile Microsoft am găsit și un hint de rezolvare a problemei. Când rulezi en_office_professional_plus_2010_x86_515486.exe, în temp-ul utilizatorului se face extragerea completă a kit-ului într-un director cu nume aleator (OWP581E.tmp în cazul meu).
Copiem directorul respectiv și îl folosim mai departe ca “kit” de Office; întru-cât dacă închidem instalarea de Office, acel director va dispărea din %temp%.
Mai departe e simplu. Folosim Office Customization Tool pentru crearea unui fișier MSP pe care îl punem în directorul Updates și gata. La instalare se vor aplica setările făcute de noi în acel MSP.
Update: Imediat dupa ce am scris articolul de mai sus am vazut un articol foarte bun scris de Aaron Parker despre cum sa folosesti OCT. M-am gandit ca decat sa-l traduc sau sa fac eu unul nou la fel, mai bine dau link la el. Il gasiti aici.
Exchange & NLB
Citeam pe blog-ul lui Paul Roman (proaspat MVP pe Exchange) despre un scenariu problematic cu Exchange si NLB. Cu toate ca articolul ofera o rezolvare la problema, eu doar vreau sa spun ca nu recomand asa ceva. De fapt cam orice combina Hyper-V cu NLB. Sau ca sa ma extind, sa spunem orice solutie de virtualizare + NLB. Spun asta pentru ca aceste scenarii sunt foarte problematice, si chiar daca nu sunt in faza de test atunci cand ajungi sa ai o problema sunt foarte greu de diagnosticat si necesita implicarea celor care se ocupa de echipamentele de retea.
Nu recomand nici folosirea de NIC Team atunci cand se foloseste NLB. Pentru toate aceste scenarii recomand folosirea unui load balancer dedicat.
Iar articolul mentionat de pe msexchange … hmm … forget about it. Nu mai mai ocup de Exchange de mult timp insa pot spune ca articolul are foarte multe greseli, in special la partea de NLB, asta si pentru ca autorul, ori nu a inteles foarte bine NLB-ul ori a folosit acest scenariu numai intr-un mediu de test. Numai faza cu Public LAN si NLB Lan te zapaceste din start. Si daca faci ce scrie acolo si ai o retea care se intinde pe mai multe subneturi nu prea o sa iasa.
NLB-ul foloseste o singura placa de retea pe care comunica in exterior si tot aceeasi placa e folosita si pentru heartbeat-ul cluster-ului de NLB. Recomandarile cu a doua placa de retea in scenarii de NLB vin doar pentru a putea comunica intre nodurile cluster-ului atunci cand NLB-ul e setat unicast (neavand nici o legatura cu heartbeat-ul care se face pe interfata de NLB) si de ceva timp MS a facut posibila comunicatia asta si pe placa de NLB eliminand cumva necesitatea unei placi de retea aditionale.
Acum ceva timp am urmat orbeste acel articol convins fiind ca daca e publicat pe msexchange e de incredere 100% … si nu a iesit prea bine.
Sper totusi ca Paul sa continue cu ce si-a propus si sa vina cu informatii de calitate pe zona de Exchange pentru userii din RO.
BPA in Windows 2008 R2
In caz ca nu stiati in Windows Server 2008 R2 BPA-rile sunt deja instalate. BPA vine de la Best Practices Analyzer si sunt aplicatii care verifica starea si configuratia anumitor roluri sau aplicatii instalate facand recomandari pentru a le aduce intr-o configuratie cat mai apropiata de recomandarile MS.
In 2008 R2, BPA-urile pentru rolurile disponibile cu sistemul de operare sunt integrate cu Server Manager si recent au primit si un set de update-uri care pot fi descarcate de pe Windows Update (sau separat de pe MS Downloads).
Dar ce este foarte interesant, e ca scanarile BPA pot fi rulate via Powershell si aici sunt surprins ca nu prea am gasit foarte multe pe Technet despre acest subiect.
Cmdlet-urile pentru BPA se afla in modulul bestpractices care trebuie importat folosind comanda import-module.
Get-BpaModel va lista toate modulele BPA disponibile si data cand au fost rulate.
Pentru a rula un anumit modul BPA rulam Invoke-BpaModel ID (ID reprezinta numele modulului afisat de comanda get-bpamodel):
Iar rezultatul il putem vizualiza cu Get-BpaResult:
Bineinteles ca e intr-o forma bruta si trebuie prelucrat (format-table, aruncat in xml sau html, etc). Aici nu o sa dau detalii pentru ca nici eu nu ma prea pricep la formatarea output-ului in powershell.
Mai exista inca un cmdlet Set-BpaResult care poate fi folosit pentru a include sau exclude anumite verificari.
Acum mai ramane doar sa interpretati output-ul scos de aceste tool-uri. Si nu va speriati daca aveti warning-uri; important e sa stiti ce se intampla pe servere si de ce apar acele warning-uri, nu sa urmati orbeste recomandarile facute de un tool.
Variabile Date-time in SQL Reporting Services
In functie de Regional Settings de pe statia de lucru exista posibilitatea ca la rularea unui raport sa primim un mesaj de eroare dupa ce completam parametrul de tip data.
Rezolvarea sta in Report Language Parameter care se poate seta direct din querry string. Solutia e pe MSDN aici, cu observatia ca as inlocui de-DE cu en-US :).
Conditional formatting in Outlook
Cred că toți au auzit de Conditional Formatting în Excel; dar ce spuneți dacă ați putea formata mail-urile din Inbox în funcție de persoanele de la care vin mail-urile sau dacă sunteți în To, CC sau dacă sunt anumite cuvinte în titlul mesajului?
De exemplu eu mi-am creat reguli în așa fel încât toate mesajele care sunt trimise direct mie să fie de culoare albastră. Toate mail-urile care vin de la șeful meu să fie de culoare roșie și toate mail-urile care au în titlu cuvântul “Alert on domain controller” să fie roșu și bold indiferent că e citit sau nu.
Cum facem asta? În Outlook 2010, facem click dreapta pe bara care nu știu cum se cheamă (cu From, Subject, Received, Size etc.) și alegem View Settings. (În Office 2007 opțiunea se cheamă Customize current view).
Alegem Conditional Formatting (În Office 2007 cred că se cheamă Automatic Formatting).
Cu butonul Add adăugam o regulă nouă. Selectăm butonul Condition și alegem/introducem condițiile dorite iar butonul Font îl folosim pentru a formata mesajul după dorințele noastre.
Și rezultatul arată cam așa:
MSE merge updatat prin WSUS
Recent Microsoft Security Essentials si WSUS au primit o serie de update-uri care le permit integrarea. Mai exact, MSE va incerca sa downloadeze update-urile de la serverul WSUS configurat prin Group Policy, facand acest produs foarte atractiv pentru companiile mici care nu vor mai fi nevoite sa achizitioneze antivirus.
NNTP bridge to Microsoft Forums
Multi dintre cei vechi in bransa erau obisnuiti sa citeasca newsgroup-urile MS via NNTP. Din pacate acestea au cam fost abandonate de MS iar acum se merge pe Microsoft Forums. Doar ca modul in care interactionam cu newsgroup-urile via NNTP si Outlook Express sau Live Mail e de neinlocuit de interfata web. Ma refer la viteza si simplitate.
Recent a aparut un bridge https://connect.microsoft.com/site/sitehome.aspx?SiteID=927 care permite folosirea clientului de NNTP pentru a interactiona cu forumurile MS.
Ruleaza ca un server local, in care trebuie sa va autentificati folosind un Live ID.
Iar in clientul de NNTP trebuie trecuta adresa locala 127.0.0.1 ca si server de NNTP.
Dupa asta ne abonam la forumurile dorite.
Si iata si cum arata la final:
Exchange 2010 SP1
Am spus ca o sa scriu despre Exchange 2010 SP1 si uite ca scriu. SP1 a fost anuntat de curand; atentie, doar anuntat, primul beta pentru public o sa apara in Iunie iar finalul probabil ca prin toamna. Pentru ca MS nu scoate bani din Service Pack-ri, inseamna ca va aparea atunci cand e gata, nu ca in cazul produsului care e grabit sa fie lansat pentru public din motive de sales.
Pana acum a fost anuntat doar un beta care va fi distribuit dupa cum am zis in Iunie asa ca pana atunci ne vom multumi cu cateva din detaliile care au fost postate pe net:
– va contine toate update-urile pana la momentul lansarii SP1
– imbunatatiri pe partea de Online Archiving – mailboxul arhiva va putea fi stocat si in alta baza de date (nu cea in care se afla mailboxul primar al userului).
– va fi posibil importul de PST (in mailbox sau arhiva) fara a mai fi nevoie de Outlook
– OWA imbunatatit (cu suport de teme)
– imbunatatiri pe parte de retention policies (wizarduri in EMC)
– managementul Role Based Access Control (RBAC) mult imbunatatit din interfata grafica.
– configurare MailTips din interfata grafica.
– imbunatatiri pe partea de IRM si Outlook Mobile
Si multe altele; probabil ca pana cand va fi lansat o sa vedem si alte lucruri noi. Pentru mai multe detalii va recomand sa cititi:
http://msexchangeteam.com/archive/2010/04/05/454533.aspx
Mailbox Archiving in Exchange 2010
Arhiva separata pe mailbox a fost una din marile promisiuni ale lui Exchange 2010. In momentul de fata chiar si dupa ce Exchange 2010 a fost lansat e tot doar o promisiune. O sa explic in continuare noua functionalitate din Exchange.
In prima faza trebuie sa activam optiunea de arhiva la nivel de mailbox. Putem face asta din wizard-ul New Mailbox:
Sau click dreapta pe un mailbox existent si Enable Archive.
Se mai poate si din Powershell cu New-Mailbox si parametrul Archive insa nu am avut curiozitatea sa testez.
In momentul in care activam arhiva din ESM primim mesajul urmator:
Ok. Macar de-ar fi o functionalitate care sa justifice un CAL mai scump (o sa vedem in continuare).
Dupa activare iconita userului se modifica putin, in acest fel putand identifica userii care au activata arhiva.
In mare, cam atat e de setat. Imediat dupa, userul va vedea optiunea Online Archive in Outlook (si in OWA), putand sa mute mesaje in folderele din arhiva.
Arhiva se vrea a fi un inlocuitor pentru PST-urile locale ale userului, insa problema este ca aceasta arhiva nu sta pe server intr-un mailbox store separat, ci se afla in acelasi store cu mailboxul normal al user-ului, facand toate promisiunile MS sa pice. Dupa cum spune si denumirea – Online Archive, arhiva e disponibila numai online, neputand fi cache-uita in OST ca si mailboxul normal.
Initial se vorbea de storage mai lent si mai ieftin pentru arhiva, backup separat (si mai ieftin normal), eventual si server separat, etc. Insa toate acestea nu sunt posibile in Exchange 2010 RTM.
Cam singurul scenariu util care il vad pana acum ar fi in cazul reinstalarii OS-ul pentru un user. In loc sa-si sincronizeze tot continutul din Exchange, va sincroniza doar ce se afla in mailbox-ul primar ignorand arhiva care poate fi accesata doar online. De fapt scenariul e fortat de limitarile din Exchange.
Totusi, promisiunile facute inainte de aparitia Exchange 2010 RTM se pare ca vor fi respectate in SP1 care vine cu multe imbunatatiri. Data viitoare o sa detaliez cate ceva din SP1.
PS: treaba cu SP1 este inca o dovada ca MS scoate produsele in mare graba chiar si cu functionalitati incomplete si intareste regula “instaleaza abia dupa ce apare primul SP”. Iar smecheriile cu produs lansat direct cu SP1 nu tin 🙂
Windows 7 Enterprise Trial a fost extins
http://technet.microsoft.com/en-us/evalcenter/cc442495.aspx
De reamintit:
– e 90 day trial
– nu merge prelungit cu slmgr
– nu merge upgradat
– trebuie activat in 10 zile de la instalare
Si cu toate astea tot e o oferta buna.