LATAM Team blog

by LATAM DST Taskforce

Disclaimer:  The information in this document is written in response to an announcement by the government of Brazil about changes in the daylight saving time in Brazil for the years of 2008-2009.

The steps provided in this bulletin were created to mitigate the impacts that the daylight saving time changes will cause for customers in Brazil. These are the impacts primarily anticipated at the time this document was written, and the effects that customers may face are not restricted to them.

The suggested actions on this document might receive additional testing. This document contains information about how to modify the registry. Make sure that you back up the registry before you modify it. Make sure that you know how to restore the registry if a problem occurs.

The information described in this document may change without notice.

Background – Brazil DST 2009/2010

For the year of 2009/2010, the Brazilian daylight saving time is defined as follows:

• Daylight Saving Time starts at third Sunday of October at 12:00:00AM
• Daylight Saving Time ends at third Sunday of February at 12:00:00AM

Since last year, Microsoft implemented a Daylight Saving Time rule for the Windows Operating Systems which contains the following settings for the Brazilian time zones - (GMT -3:00) Brasilia and (GMT -3:00) Manaus:

• Daylight Saving Time starts at third Saturday of October at 11:59:59.999 PM
• Daylight Saving Time ends at second Saturday of February at 11:59:59.999 PM

In 2009, the day following the “Second Saturday of February” was the “Third Sunday of February”, thus the Windows Operating Systems time zone rule matched the dates defined by the Brazilian government:

However, in 2010, the day following the “Second Saturday of February” is the “Second Sunday of February”, meaning the current time zone definition in Windows Operating Systems is one week different from the dates defined by the Brazilian government:

Due to the difference explained above, Windows operating systems will not correctly interpret the time that is related to the end of daylight saving time in Brazil (February, 2010).

In addition, on the week of “February 14^th – February 20^th, 2010”, Exchange and Outlook users may experience calendaring issues – once the operating system is adjusted, appointments created during this week may be one hour off.

Recommendations for Windows users – END of the Brazilian DST – Brazil DST Fallback

• In order to update Windows PC operating systems, including Windows XP, Windows Server 2003, Windows Vista, Windows Server 2008, Windows 7 and Windows 2008 R2, we recommend administrators to install the hotfix 976098 which contains the new definition for the new time zone information for Brazil, including the changes for the period of 2009-2010.
  
• Please do not adjust the machine’s clock manually. This will cause adverse effects on your environment and it is not supported by Microsoft.
  
• Before you apply the changes on Windows Operating Systems to reflect the changes in DST for Brazil for the period of 2009-2010, be aware of potential issues that will affect Microsoft Office Outlook and Exchange Server. Please read “Impact for Exchange Servers and Outlook clients in Brazil” sections for more details.

In order to update Windows PC operating systems, you have to evaluate the options available for different operating system versions to update the DST definition for Brazil for the years of 2008 though 2009. Below is a summary of options available to every Windows operating system:

Windows 7, Windows Server 2008 R2, Windows Vista, Windows Server 2008, Windows XP and Windows Server 2003

1. Install the following hotfix, containing the cumulative time zone update for the countries which announced DST dates up to December 2009.
   976098  December 2009 cumulative time zone update for Microsoft Windows operating systems
   
2. For Windows Server 2003 or Windows XP, users may opt to manually update operating systems as detailed in section ‘How to manually update Windows Servers and Desktop Operating Systems’. Installing hotfix 976098, however is the preferred method to update these operating systems.

Windows Server 2000 or Windows 2000 Professional

1. For Windows 2000 machines, the hotfix KB 976098 will only be available for customers with Extended Hotfix Agreement (EHA). Customers with no EHA can update their Windows 2000 systems via ‘How to manually update Windows Servers and Desktop Operating Systems’ section in this document.        
   

How to manually update Windows Servers and Desktop Operating Systems

Note:     This section is based on the following article:
914387 - How to configure daylight saving time for Microsoft Windows operating systems

Manually updating Windows servers and desktop operating systems

1. Create a registry file that contains the new DST settings for Brazil, following these steps below:

1.1. Click Start, click Run, type notepad, and then click OK.

1.2. Copy the following registry information, and then paste it into the Notepad document:

Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones\E. South America Standard Time] "Display"="(GMT-03:00) Brasilia" "Dlt"="E. South America Daylight Time" "Std"="E. South America Standard Time" "MapID"="-1,80" "Index"=dword:00000041 "TZI"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,3b,\ 00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones\E. South America Standard Time\Dynamic DST] "FirstEntry"=dword:000007d6 "LastEntry"=dword:000007f8 "2006"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,00,00,02,00,02,00,\ 00,00,00,00,00,00,00,00,0b,00,00,00,01,00,00,00,00,00,00,00,00,00 "2007"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,00,00,05,00,00,00,\ 00,00,00,00,00,00,00,00,0a,00,00,00,02,00,00,00,00,00,00,00,00,00 "2008"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,00,00,03,00,00,00,\ 00,00,00,00,00,00,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2009"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,02,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2010"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2011"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2012"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,04,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2013"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2014"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2015"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2016"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2017"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,02,00,17,00,3b,00,3b,00,e7,03 "2018"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2019"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2020"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2021"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2022"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2023"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,04,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,02,00,17,00,3b,00,3b,00,e7,03 "2024"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2025"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2026"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2027"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2028"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,02,00,17,00,3b,00,3b,00,e7,03 "2029"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2030"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2031"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2032"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,02,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2033"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2034"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,04,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,02,00,17,00,3b,00,3b,00,e7,03 "2035"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2036"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2037"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2038"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2039"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,04,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2040"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones\Central Brazilian Standard Time] "Display"="(GMT-04:00) Manaus" "Dlt"="Central Brazilian Daylight Time" "Std"="Central Brazilian Standard Time" "Index"=dword:80000048 "TZI"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,3b,\ 00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones\Central Brazilian Standard Time\Dynamic DST] "FirstEntry"=dword:000007d6 "LastEntry"=dword:000007f8 "2006"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,00,00,02,00,02,00,\ 00,00,00,00,00,00,00,00,0b,00,00,00,01,00,00,00,00,00,00,00,00,00 "2007"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,00,00,05,00,00,00,\ 00,00,00,00,00,00,00,00,0a,00,00,00,02,00,00,00,00,00,00,00,00,00 "2008"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,00,00,03,00,00,00,\ 00,00,00,00,00,00,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2009"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,02,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2010"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2011"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2012"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,04,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2013"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2014"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2015"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2016"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2017"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,02,00,17,00,3b,00,3b,00,e7,03 "2018"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2019"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2020"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2021"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2022"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2023"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,04,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,02,00,17,00,3b,00,3b,00,e7,03 "2024"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2025"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2026"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2027"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2028"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,02,00,17,00,3b,00,3b,00,e7,03 "2029"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2030"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2031"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2032"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,02,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2033"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2034"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,04,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,02,00,17,00,3b,00,3b,00,e7,03 "2035"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2036"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2037"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2038"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2039"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,04,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03 "2040"=hex:f0,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,02,00,06,00,03,00,17,00,\ 3b,00,3b,00,e7,03,00,00,0a,00,06,00,03,00,17,00,3b,00,3b,00,e7,03

 

1.3. On the File menu, click Save As.

1.4. Select a destination, and then type TZupdate.reg in the File name box. 

1.5. In the Save as type box, click All Files, and then click Save.

2. Import this registry key on target machines by double clicking in the TZupdate.reg and clicking ‘Yes’ when prompted. All machines (clients and servers) must be updated with this registry information.

3. In order to deploy these time zone changes in a corporate environment, you can use a startup script as described in the session “Deploy the registry file with the new DST information using Group Policy” below.

Note:     The registry settings above contain the following information for the “(GMT-03:00) Brasilia” time zone:
Daylight saving time begins: Third Saturday of October at 11:59:59.999 PM local standard time
Daylight saving time ends: Third Saturday of February at 11:59:59.999 PM local daylight saving time

Use a script to reload the TimeZoneInformation registry key

Time zone information is stored in two locations. We need to make sure these locations are updated. Importing the TZupdate.reg file updates the time zone database in the registry. Next, you must create a script that updates the time zone information registry key in the CurrentControlSet. You can deploy this script by using Group Policy or another deployment mechanism.

The script identifies the current time zone of the client computer and then reloads the Time Zone Information registry key with the updated information from the time zone database. Then, the script writes an event to the Application log of the client computer where the script was run.

1. Click Start, click Run, type notepad, and then press ENTER.

2. Copy the following code, and then paste it into the Notepad document:

3. On the File menu, click Save As.

4. Select a destination, and then type “refreshTZinfo.vbs” in the File name box.

5. In the Save as type box, click All Files, and then click Save.

6. Double click in the refreshTZinfo.vbs to refresh time zone information.

Note:       Microsoft provides programming examples for illustration only, without warranty either expressed or implied. This includes, but is not limited to, the implied warranties of merchantability or fitness for a particular purpose. This article assumes that you are familiar with the programming language that is being demonstrated and with the tools that are used to create and to debug procedures. Microsoft support engineers can help explain the functionality of a particular procedure. However, they will not modify these examples to provide added functionality or construct procedures to meet your specific requirements.

Deploying DST modifications using Group Policy

1. Click Start, click Run, type notepad, and then press ENTER. 

2. Copy the following code, and then paste it into the Notepad document.

Note:     You must replace the \\contoso.com notation above with the actual DNS domain name for your Active Directory domain.

3. On the File menu, click Save As.

4. DST2010Update.cmd in the File name box. 

5. In the Save as type box, click All Files, and then click Save. 

6. Copy the following files to the Netlogon share folder of the domain controller that holds the PDC emulator role in the domain:

TZupdate.reg 
DST2010Update.cmd
refreshTZinfo.vbs

7. Wait until Active Directory replication occurs. Also, wait until the files and folders in the system volume (SYSVOL) shared folder replicate to domain controllers in the domain. 

8. Click Start, click Run, type control admintools, and then click OK. 

9. Double-click Active Directory Users and Computers. 

10. Select an Organizational Unit (OU) which contains the computers that you want to apply this script to. In this example, we will use an OU that is named DST-COMPUTERS. This example also assumes that this OU contains computer accounts.

11. Right-click the DST-COMPUTERS OU and then click Properties. 

12. Click the Group Policy tab, click New, type DST Registry Update, and then press ENTER. 

13. Click Edit. The Group Policy Object Editor tool starts.

14. Expand Computer Configuration, expand Windows Settings, and then click Scripts (Startup/Shutdown). 

15. Double-click Startup, and then click Add. 

16. In the Script Name box, type the universal naming convention (UNC) path of the DST2008Update.cmd file that is located in the Netlogon share. For example, type \\contoso.com\NETLOGON\DST2010Update.cmd. 

17. Click OK two times. 

Note:     Client computers that are within the DST-COMPUTERS organizational unit will run the startup script the next time the machine starts up, meaning all machines needs to be restarted to be able to recognize the new DST configuration via Startup script.

Important information about procedures described in this section:

• The instructions above can be applied on Windows 2000, Windows XP and Windows Server 2003 Operating systems, however after performing these instructions on a Windows 2003 operating system; the current time zone may not be updated. In this case you may need to restart the machine or run the refreshTZinfo.vbs script manually.
  
• After updating the operating systems using the procedures above, the display name for the “(GMT-4:00) Manaus” time zone will be shown as “Central Brazilian Standard Time” or “Central Brazilian Daylight Time” even for non-English operating systems. This happens because by default, Windows 2000 machines does not have a time zone definition for “(GMT-4:00) Manaus” time zone, therefore, the registry keys above includes all properties for this time zone, including the display names.
  
• The manual instructions above are not supported on Windows 7, Windows Server 2008 R2, Windows Server 2008 e Windows Vista operating systems. Customers using Windows 7, Windows 2008 R2, Windows Server 2008 and Windows Vista must install hotfix KB 976098 to update their systems.

Impact for Exchange Servers and Outlook Clients in Brazil

In 2009, the day following the “Second Saturday of February” was the “Third Sunday of February”, thus the Windows Operating Systems time zone rule matched the dates defined by the Brazilian government. However, in 2010, the day following the “Second Saturday of February” is the “Second Sunday of February”, meaning the current time zone definition in Windows Operating Systems is one week different from the dates defined by the Brazilian government. Due to this difference, Windows operating systems will not correctly interpret the time that is related to the end of daylight saving time in Brazil (February, 2010). We are going to call this difference “Extended DST Period” or “Delta Period”.

For the year 2009-2010, we have a delta period at the end of the DST as follows:

The inconvenience experienced by Outlook client users happens for all appointments during the delta period that were created before the administrators update the DST dates on the operating system.

Those appointments will be off 1 hour. This may happen for both recurring and single-instance appointments.

The appointments created after the DST dates have been updated on the operating system will have the correct time.

Why do we experience this behavior?

To answer this question, we need to understand how Outlook schedule meetings and appointments:

Three factors affect the scheduling of a meeting and appointment in Outlook:

• The computer's clock setting (time).
• The computer's local time zone setting.
• The computer's daylight saving time adjustment setting.

Outlook time stamps the message request with the Greenwich Mean Time for the meeting. Outlook calculates Greenwich Mean Time by using the computer's clock time, plus or minus the local time zone adjustment, minus (depending upon the time of year) the daylight-saving time adjustment.

As soon as Outlook receives the meeting request it will calculate the meeting time for the recipient and schedule it on the calendar. If any of the three factors listed earlier are incorrect at that time, the meeting time will be incorrect. You cannot correct the time after the fact by correcting the factor in error; you must open the meeting request and manually correct the scheduled time.

What can I do to fix appointments on the delta period?

• Manually modify each appointment on the affected week (From Sunday, February 14th, 2010 to Saturday, February 20th, 2010) after the operating system time zone has been changed. This is the preferred and recommended method for most users.

- or -

• Some customers may use the "Outlook Time Zone Data Update Tool version 3.0" or "Exchange Calendar Update Tool" to fix appointments stamped with time zone information. However these customers should consider, case by case, how effective the tool may be for their environment. See "Important considerations" sections below.

How to manually modify Outlook calendar items?

1. Start Outlook, and then open the Outlook calendar.

2. Manually move each meeting that you organized so that they occur at the correct time.

3. Send an update for each meeting that you moved to the meeting attendees. This action causes the calendar for each attendee to display the correct time for the meeting.

4. Manually move each single-instance appointment.

5. Manually move all recurring appointments that occur in the extended DST period.

Important considerations about the "Outlook Time Zone Data Update Tool version 3.0"

The Outlook Time Zone Data Update Tool version 3.0 "partially" addresses the issues with calendar items on the DST period for Brazil. Under specific scenarios, the tool allows individual users to move the appointments during the delta period to its original time.

For Brazil, the Outlook Time Zone Data Update Tool 3.0 correctly detects and rebases all items that have a time zone definition stamped on them. These include the following:

• All items that were created by using Office Outlook 2003 Service Pack 3 or later versions (i.e. Outlook 2007).
• Recurring items that were created by using any version of Office Outlook
• Recurring items that were created by using any version of Outlook Web Access.
• Recurring items that were created by using Outlook Mobile.
• Single instance items that were created by using iCalendar (iCal) or Outlook Web Access for Exchange Server 2007.

Some versions of Microsoft Outlook, of Outlook Mobile, of Outlook Web Access, of Microsoft Office SharePoint Server, and of Windows SharePoint Services do not stamp time zone properties on some calendar item types. Without this data, the Outlook Time Zone Data Update Tool is likely to rebase calendar items incorrectly for time zones where the time zone definitions have changed partway through a particular year - this is the case for any Brazil time zone ((GMT-3:00) Brasilia and (GMT-4:00) Manaus).

For Brazil, the Outlook Time Zone Data Update Tool 3.0 might incorrectly rebase any item that does not have a time zone definition stamped on it. These include the following:

• Single instance items that were created by using Office Outlook 2003 Service Pack 2 and earlier versions.
• Single instance items that were created by using Outlook Mobile.
• Single instance items that were created by using Outlook Web Access for Exchange Server 2003.
• Single instance items that were created by using Office SharePoint Server and Windows SharePoint Services.

If you fall under the scenarios where the rebasing is unable to correctly update the items, the recommendation is to manually correct the appointments during the delta period.

We always recommend checking your individual calendar and any calendars for which you are responsible during the applicable extended DST period before any changes are made.

Before you decide to use Outlook Time Zone Data Update Tool 3.0, you should consider, case by case, how effective the tool may be for your environment.

If you decide to run this tool on your calendar, print your calendar before any changes are made, and then review the calendar items to make sure these items appear at the correct times. You can use this reference copy of the calendar items to verify that Outlook has been updated successfully.

More information:

957498 Outlook Time Zone Data Update Tool 2.0 and earlier versions of this tool do not correctly rebase any calendar item that was created in the Brasilia time zone

Important considerations about the "Exchange Calendar Update Tool”

You may use the “Microsoft Exchange Calendar Update Configuration Tool”. This tool allows administrators to move the appointments of all users in a centralized way.

Nevertheless, you should carefully consider how effective the tool may be for your environment, especially if your organization uses a mix of clients to create calendar items, such as Outlook 2003 Service Pack 2 or earlier versions, Outlook Web Access for Exchange 2003, Outlook Mobile.

As explained on KB 957498, the tool is unable to rebase single instances appointments when the time zone information is not stamped, thus you will not know which items were not updated.

Running the Exchange Calendar Update tool is a complex procedure. You should carefully consider, how effective the tool may be for your environment. If you decide to run this tool on your Exchange Server, request users to print their calendar before any changes are made, and then review the calendar items to make sure that these items appear at the correct times.

Where can I find step-by-step instructions on how to use the rebasing tools?

• Step by step instructions on how to use the Outlook Time Zone Data Update 3.0 can be found here.
• Step by step instructions on how to use the Exchange Calendar Update tool can be found here.

What is the best time to update my calendar?

The best time to update your calendar items is as soon as you have changed your time zone settings in your operating system and before any new calendar item is created, accepted or sent.

May I use the Outlook Time Zone Data update Tool version 2.0 to update my calendar?

Microsoft Office Outlook Time Zone Data Update Tool 2.0 and earlier versions of this tool do not correctly rebase any calendar item that was created in the Brasilia or Manaus time zones. Because of limitations in Outlook Time Zone Data Update Tool 2.0 and earlier versions, rebasing for the Brasilia time zone is not supported.

This issue occurs because Outlook Time Zone Data Update Tool 2.0 and earlier versions do not support time zone definitions that change partway through a particular year.

Recommendations to minimize the impacts on Outlook/Exchange:

• Simulate the changes on a lab environment, so you know what will happen and what to expect.
• Work in conjunction with the operating system team to update the DST dates as soon as possible to minimize the chance of users creating new appointments during the delta period before the operating system DST dates get updated.
• Before doing any change on the DST information, request the users to print their schedule so they have a reference to follow in order to manually update the appointments later if needed.
• Take a full online backup of your Exchange Servers in case you decide to use the Exchange Calendar Update Tool.
• For the meetings with multiple attendees only the meeting requestor should update the time and send the update to the others.
• Include the time of the meeting in the e-mail request so that invitees can double check the correct meeting time (such as, "Project brainstorming - 11:00 A.M. Brasilia Time").
• Exercise caution with the appointments and meetings in the extended DST period. When in doubt, verify the correct time with the organizer.

Additional known issues for Exchange Server and Outlook clients

• Meeting invitations sent by Outlook clients between different Exchange 2000/2003 organizations may be off by 1 hour. This is related to the CDO components in Exchange. Microsoft released hotfix 977720 to update the CDO for Exchange 2003 SP2
  
• Calendar items generated in Outlook client will display off by 1 hour when they are opened in Outlook Web Access 2003 during the Delta period. However they display correctly on the Outlook calendar view. This display issue is related to CDO components in Exchange. Microsoft released hotfix 977720 to update the CDO for Exchange 2003 SP2

More information about Outlook and Exchange

If you need more information, you can refer to the following Microsoft articles:

• 957498 - Outlook Time Zone Data Update Tool 2.0 and earlier versions of this tool do not correctly rebase any calendar item that was created in the Brasilia time zone
• 943390 - Some Outlook calendar items are rebased incorrectly when you use the Outlook Time Zone Data Update Tool to adjust for daylight saving time changes in certain time zones
• 941018 - How to address daylight saving time by using the Exchange Calendar Update Tool
• 934001 - A troubleshooting guide to the Exchange Calendar Update Tool (Msextmz.exe)
• 931667 - How to address time zone changes by using the Time Zone Data Update Tool for Microsoft Office Outlook
• 195900 - How Outlook handles time zones for meeting requests 
  

Por: Daniel Aguiar / Revisión Técnica: Mauricio Rincon

Muchos de ustedes ya saben, porque son lectores de Blogs, WebCasts, etc. Nosotros no sólo celebramos el año nuevo 2010, también la llegada de:

Microsoft Office SharePoint Server 2010 (Beta)

El equipo de SharePoint está haciendo un trabajo excepcional con nuevas características para SharePoint. Por ejemplo, ahora SharePoint 2010 utiliza el mismo “Ribbon Tab” como en Office 2007.

¿Quiere obtener SharePoint 2010 Beta? ¿Desea descargarlo y probarlo?

Revise este link

Algunas preguntas comunes de algunos amigos:

¿Dónde puedo obtener más información de esta beta?

• Sitio Oficial: http://sharepoint2010.microsoft.com
• Blog Post con referencias interesantes

Tengo una pregunta. Tengo un problema. ¿Dónde puedo conseguir ayuda?

• Foros de Discusión

Soy un desarrollador. ¿Hay usted un sitio para mí?

• En http://www.mssharepointdeveloper.com

Soy un Profesional de IT. ¿Hay algún sitio para mí?

• En http://www.mssharepointitpro.com

¿Algo más para el 2010?

Sí, mucho más. SharePoint 2010, Project 2010, Office 2010 y mucho más

Revise: http://www.microsoft.com/2010.

Un saludo para ustedes, y muchos éxitos en el 2010 para todos nosotros!!!!

By: Daniel Aguiar / Technical Reviewer: Mauricio Rincon

Muitos de vocês já sabem, pois acompanham nossos outros Blogs, WebCasts, apresentações e etc. Além de festejar a chegada do ano de 2010, estamos também dando as boas vindas ao:

Microsoft Office Sharepoint Server 2010 (Beta)

O time de Sharepoint fez um execpional trabalho implementando dezenas e dezenas de novas Features. Por exemplo, agora o Sharepoint usa um Ribbon igual ao do Office 2007.

Gostou do Sharepoint 2010 Beta? Quer baixa-lo e fazer alguns testes também?

• Use esse link aqui

Algumas perguntas que nossos amigos fazem:

Onde consigo mais informações sobre o lançamento do beta?

• Site Official: http://sharepoint2010.microsoft.com
• Blog Post com vários links legais

Fiquei com duvidas e tive algum problema, onde consigo ajuda?

• Você pode ir direto no nosso forum

Sou desenvolvedor, tem algum site para mim?

• http://www.mssharepointdeveloper.com

Sou Profissional de IT, tem algum site?

• http://www.mssharepointitpro.com

O que mais a Microsoft vai trazer de novo em 2010?

• Não só o Sharepoint 2010, mas o Project 2010, Office 2010 entre outros estão vindo também. De uma olhada aqui.

Abraços para vocês e UM ÓTIMO 2010 PARA TODOS NÓS!!!!

Hemos recibido reportes de nuestros clientes con problemas al abrir documentos protegidos con AD Rights Management Service en Office 2003. Este problema ha sido solucionado y está disponible la actualización en los siguientes artículos:

• http://support.microsoft.com/kb/978551 (Office 2003)
• http://support.microsoft.com/kb/978557 (Excel Viewer)
• http://support.microsoft.com/kb/978558 (Word Viewer)

Pueden encontrar referencias de este problema en los artículos mencionados y en los siguientes blogs de Technet:

• RMS Team Blog
• Office Team Blog

por Ivanov Cepeda / Roberto Cavalcanti

Há poucos dias, começamos a notar um sintoma novo surgindo com mais freqüência em servidores que executam o IIS 6. Seguem os detalhes dos sintomas:

Você está executando o Windows 2003 Server e instalou o IIS 6.0 para hospedar seus sites. O sistema operacional alerta que você deve instalar a atualização KB 973917.

• Os Application Pools ou os web sites não reiniciam.
• Os web sites de IIS poderão não ser iniciados.
• A proteção habilitada pela opção "Rapid Fail Protection" pode desabilitar os Application Pools

O que está acontecendo?

Nem todas as instalações de IIS em execução em um Windows 2003 Server são afetados por esta atualização. Você pode instalar essa atualização e continuar usando normalmente o IIS 6.0. O único caso em que esse erro pode ocorrer é o seguinte:

Você Instalou o Windows 2003, mas não instalou o IIS 6.0 durante a instalação inicial o sistema operacional. Posteriormente você instala o Service Pack 1 ou o Service Pack 2 do Windows 2003 e depois de instalar com êxito todos os service packs , você decidiu instalar o IIS 6.0. Ao instalar o IIS 6.0 foram solicitadas que os discos originais do sistema operacional (não os discos do Service Pack 1 ou do Service Pack 2).

Se você seguiu o cenário descrito acima, poderá terminar com o que é chamado de um "Binary mismatch" ou uma incompatibilidade de bibliotecas entre as bibliotecas do sistema operacional e as bibliotecas pertencentes ao IIS. Em outras palavras os arquivos do sistema operacional Windows 2003 pertencem a SP-2 versões enquanto IIS 6.0 arquivos pertencem ao SP1 ou RTM versões de sistema operacional.

Como você pode verificar se você se enquadra nesse cenário?

Em uma janela de comando do Windows 2003, execute o seguinte comando:

C:\>winver

Isto irá mostrar a versão do Windows 2003 que você está executando e qual o nível de atualizações. Você deverá ver que o sistema operacional está atualizado para a versão do Service Pack 2. Se não, você deve considerar seriamente o upgrade para o Service Pack 2, já que o Service Pack 1 já não é mais suportado.

Se você estiver executando a versão do Windows 2003 com o Service Pack 2 instalado, verifique a versão de um dos arquivos do IIS 6.0. Uma biblioteca fácil de localizar é a iisutil.dll, que está localizada no diretório % windir%\system32\inetsrv. Depois de você ter encontrado na biblioteca prossiga para exibir as propriedades de arquivo para exibir as informações da versão do arquivo. Se você tiver uma versão contendo um 0 após o último ponto decimal ou uma versão com um número menor que3000 depois do último ponto decimal, você tem um "Binary mismatch". A versão atual do arquivo deve ser a seguinte:

6.0.3790.3959

Este problema deve ocorrer?

A última atualização que vem no KB 973917 traz uma nova versão da biblioteca w3core.dll. Esta nova versão do arquivo tenta chamar uma API em iisutil.dll. Essa API que está sendo invocada se encontra apenas em iisutil.dll que é instalada no Service Pack 2 do Windows 2003. Se você instalou o IIS 6.0 no Windows 2003 com o Service Pack 2 já instalado, é possível que você caia neste problema.

Solução:

Se você estiver nessa situação, e só depois de confirmar os sintomas conforme observado neste artigo, você deve reinstalar Service Pack 2 do Windows 2003 Server que pode ser encontrado no seguinte link:

http://www.Microsoft.com/downloads/details.aspx?FamilyId=95AC1610-C232-4644-B828-C55EEC605D55&displaylang=en

Não é necessário desinstalar e reinstalar o Windows 2003 Service Pack 2. Apenas reinstale o Service Pack 2 e assim será instalada a versão apropriada da biblioteca iisutil.dll que eliminará o problema.

por Ivanov Cepeda

Hace unos pocos días hemos empezado a notar un nuevo síntoma que está apareciendo con más y más frecuencia en servidores con IIS 6, a continuación se detalla los síntomas:

Usted se encuentra ejecutando Windows 2003 Server y tiene IIS 6.0 instalado y alojando sus sitios web. El sistema operativo le alerta que debe instalar la actualización KB 973917.

• Los Application pools o los websites no inician nuevamente.
• Los sitios web de IIS pueden no iniciar.
• La protección habilitada por la opción “Rapid fail protection” puede deshabilitar los Application Pools

¿Qué es lo que está sucediendo?

No todas las instalaciones de IIS ejecutándose en un servidor Windows 2003 se ven impactadas por esta actualización. USTED PUEDE INSTALAR ESTA ACTUALIZACION y continuar utilizando IIS 6.0 normalmente. El único caso en el que puede ocurrir este error es el siguiente:

Usted instalo Windows 2003 y usted no instalo IIS 6.0 al momento de instalar el sistema operativo. Posteriormente usted instalo el Service Pack 1 o el Service Pack 2 de Windows 2003 directamente y despues de instalar correctamente cualquiera de los Service Pack usted decidió instalar IIS 6.0. Cuando se encontraba instalando IIS 6.0 le fueron solicitados los discos originales del sistema operativo (no los discos del Service Pack 1 o del Service pack 2).

Si usted siguió el escenario anteriormente descrito, usted pudo haber terminado con lo que es llamado un “binary mismatch” o una incongruencia de librerías entre las librerías del sistema operativo y las librerías pertenecientes a IIS. En otras palabras los archivos del sistema operativo Windows 2003 pertenecen a las versiones del Service Pack 2 mientras que los archivos de IIS 6.0 pertenecen a las versiones del Service Pack 1 o RTM del sistema operativo.

¿Cómo se puede Verificar si usted se encuentra en este escenario?

En una ventana de comandos de Windows 2003, ejecute el siguiente comando:

C:\>winver

Esto le mostrara la versión de Windows 2003 que usted está ejecutando y que nivel de actualizaciones tiene. Usted debería ver que el sistema operativo esta actualizado a la versión del Service Pack 2. De no ser así, usted debe considerar seriamente la posibilidad de actualizar a la versión 2 del Service Pack ya que la versión 1 de Service pack ya no es soportada.

Si usted está ejecutando la versión de Windows 2003 con Service Pack 2 instalado, proceda a verificar la versión de uno de los archivos de IIS 6.0. Una de las librerías fáciles de ubicar es iisutil.dll, la cual está ubicada en el directorio %windir%\system32\inetsrv. Una vez encontrada la librería proceda a ver las propiedades del archivo para ver la información de la versión del archivo. Si usted tiene una versión que contiene un 0 después del último punto decimal o una versión con un número menor a 3000 después del último punto decimal, usted tiene un “binary mismatch”. La versión actual del archivo debe ser la siguiente:

6.0.3790.3959

¿Por qué se produce este problema?

La última actualización que viene en el KB 973917 trae una nueva versión de la librería w3core.dll. Esta nueva versión del archivo intentara llamar una API localizada en iisutil.dll. Esta API que está siendo llamada solamente podrá ser encontrada en la librería iisutil.dll que se instala con la versión 2 del Service pack de Windows 2003. SI usted instalo IIS 6.0 después de haber instalado el Service Pack 2 de Windows 2003 es muy posible que usted caiga en este problema.

Solución:

Si usted se encuentra en esta situación, y solamente después de haber confirmado los síntomas como se indicó en este artículo anteriormente, usted debe proceder a reinstalar el Service Pack 2 de Windows 2003 Server el cual puede encontrar en el siguiente enlace:

http://www.microsoft.com/downloads/details.aspx?FamilyId=95AC1610-C232-4644-B828-C55EEC605D55&displaylang=en

Usted no necesita desinstalar e instalar nuevamente el Service Pack 2 de Windows 2003. Tan solo reinstale el Service Pack 2 y esto instalara la versión adecuada de la librería iisutil.dll lo que eliminará el problema.

por Luis Ramirez

En esta área he notado un poco de confusión de como las actualizaciones en SQL Server funcionan y creo que sería bueno aclarar.

Instalación de actualizaciones

Empecemos indicando que los paquetes de Servicios (Service Packs – SP) y las actualizaciones acumulativas (Cummulative updates - CU) para SQL Server funcionan igual.

A diferencia de parches de sistema Operativo, estas actualizaciones son POR INSTANCIA y no POR SERVIDOR. Al correr el instalador te mostrara las instancias corriendo en el servidor y será cuestión del usuario si quiere instalar en todas o sólo en una instancia el parche de actualización.

Ejemplificando, suponiendo un servidor SQL corriendo 3 instancias en diferentes niveles de parches (SQL 2005):

Si se quiere actualizar, supongamos la instancia INST2 a SP3 (9.00.4035), iniciaríamos la instalación del parche en el servidor, tomando en cuenta que no por el hecho de correr el instalador garantiza que las 3 instancias serán actualizadas a este nivel. Sino que en el instalador se seleccionaría solo la instancia INST2 y esta será la única que este en SP3 (9.00.4035) dejando las demás en el mismo nivel.

¿Porque se hace esto? Porque para ciertos clientes es importante por cuestiones de compatibilidad de aplicaciones o seguridad tener ciertas instancias en un nivel especifico.

En un cluster aplica el mismo concepto, pero resaltando que los parches son “Cluster Aware”, esto es, sabe que es un Cluster y detectara los nodos involucrados con la instancia. La instalación del parche se inicia en el nodo donde la INSTANCIA esta ACTIVA ,de ahí empieza actualizando los archivos binarios en los nodos pasivos para terminar en el nodo ACTIVO.

Siguiendo el ejemplo anterior:

Tenemos un cluster de dos nodos con 3 instancias, INST1 y INST3 activas en Servidor_A INST2 activa en Servidor_B

Digamos que escogemos actualizar INST3 con SP3 (9.00.4035).

Empezaríamos por ejecutar el instalador en SERVIDOR_A (donde INST3 esta activa), y es lo mismo que en un Servidor “Stand Alone” no por el hecho de correr el instalador en SERVIDOR_A significa que TODAS las instancias en este servidor (activas o no) serán actualizadas y después habrá que hacer el mismo procedimiento en Servidor_B.

Aquí el procedimiento seria que en el instalador seleccionaríamos la instancia INST3 y lo que pasa a continuación es lo siguiente:

• El instalador indicaría los componentes de la instancia a actualizar y AUTOMATICAMENTE iniciaría la actualización de los binarios de INST3 en el nodo pasivo Servidor_B . Una vez terminado los nodos pasivos, finalizaría actualizando los binarios en el nodo activo Servidor_A.
• Al terminar tendríamos INST3 en nivel 9.00.4035 en AMBOS servidores y las demás instancias seguirán en su mismo nivel.

Recuerda

• Herramientas clientes como SQL Server Studio Management, Server Business Intelligence Development Studio (BIDS)., etc también se les debe aplicar los parches.
• Nosotros siempre recomendamos actualizar en un ambiente de PRUEBA antes de hacerlo en PRODUCCION para revisar el impacto que pudiera tener.
• Tomar las precauciones necesarias haciendo los respaldos pertinentes.
• Correr los parches con una cuenta que sea Administrador local y SA de SQL Server.
• Algunos parches requerirán de reinicio de servicios y/o servidor

Mas información

• End of Service Pack Support for SQL Server 2005 SP2 and SQL Server 2008 RTM
• Microsoft SQL Server 2005 Service Pack 3

By: Daniel Aguiar / Technical Reviewer: Mauricio Rincon

"Não consigo gravar uma entrada no dia de início do horário de verão, por que o Sharepoint muda a entrada sozinho."

Esse foi um caso que trabalhei recentemente e acredito ser interessante para alertar os demais admisnitradores Sharepoint.

Cenário

O cenário é simples de entender e de reproduzir.

Vamos supor que você tem uma lista no Sharepoint (WSS 3 ou MOSS 2K7) com um campo para receber datas no formato dd/mm/aaaa.

Nessa lista você deseja incluir uma entrada com um nome qualquer (“Teste 1” por exemplo), e com a data de “18/10/2009”, que é exatamente o dia que se inicia o horário de verão.

Dependendo de como o seu arquivo timezone.xml está configurado, o Sharepoint vai mudar a data para “17/10/2009” logo após você salvar o item.

Por que isso acontece?

Isso acontece devido ao metodo de gravação de dados no SQL e também a configuração do Timezone.xml. Vamos entendê-los:

Como as datas são guardadas no SQL?

Os campos que são visualizados como apenas data são salvos no SQL com data e hora.

Por exemplo toda vez que você salva uma data como "18-oct-2009", na verdade você está guardando "18-oct-2009 00:00" no SQL.

Como o horário de verão atua?

O arquivo timezone.xml indica a data e a hora para início do horário de verão em cada fuso horário no globo.

Se horario de verão inicia em “18-oct-2009 00:00” todos os registros nesse horário serão guardados no SQL com “-60 minutos” ou seja “17-oct-2009 23:00”.

O comportamento.

Sendo assim, toda vez que você salvar uma entrada com data para "18-oct-2009" esta será guardada no SQL como "18-oct-2009 00:00", mas como esse horário cai extamente no inicio de horário verão, o Sharepoint altera para "17-oct-2009 23:00" (com 1 hora a menos).

O que fazer para evitar isso?

Você pode adaptar o arquivo Timezone.xml de modo que o horário de verão inicie uma hora depois do normal, como por exemplo "18-oct-2009 02:00".

Deste modo, os campos com apenas data que serão salvos em "18-oct-2009", e guardados no SQL como "18-oct-2009 00:00" não terão o mesmo horário que o inicio de horário de verão (que agora será 18-oct-2009 02:00 AM) e portanto não terão suas datas alteradas.

Como fazer a alteração do timezone.xml?

Se decidir por alterar o horário de verão no Sharepoint, o KB 888253 lhe ajudará a fazer isso.

Também é interessante que você veja as dicas do nosso amigo Mauricio Rincon, aqui nesse blog:

Atualização de DST para SharePoint

Também montei uma tabela para lhe ajudar a interpretar o arquivo timezone.xml, veja nessa imagem.

Boas alterações dos fusos e até a proxima!

The most recent cumulative update to daylight saving time (DST) and world time zones (TZ) is now available for supported versions of the Windows Operating System via Microsoft Download Center and Windows Update.

Microsoft product teams follow a semi-annual DST and TZ update schedule, which follows the Windows regular schedule for publishing newly legislated DST rules and time zone updates. These annual Windows "Cumulative Daylight Saving Time and Time Zone Updates" are released in December for each calendar year; a semi-annual update will be released in August, as needed. Microsoft products that are affected may also schedule updates to accommodate some of these changes.

For more information about this cumulative DST and TZ update, visit the following Microsoft Web site: http://support.microsoft.com/kb/976098”

Aviso: Se encuentra disponible la actualización de husos horarios (TZ) y horario de verano (DST) para los sistemas operativos Microsoft Windows (December 2009).

Se encuentra disponible en “Microsoft Download Center” la actualización acumulativa más reciente de husos horarios y horario de verano para las versiones soportadas de los sistemas operativos Windows.

Los grupos de producto en Microsoft, siguen un calendario de actualizaciones regulares semi-anuales de TZ y DST, que siguen los cambios legislados en los diferentes paises sobre temas de huso horario. Estas actualizaciones son denominadas en inglés “Cumulative Daylight Saving Time and Time Zone Updates” y se liberan en Diciembre de cada año calendario y en Agosto si fuese necesario.

Por más información sobre esta actualización acumulativa, visite el siguiente sitio de Microsoft:
http://support.microsoft.com/kb/976098/es-es

Aviso: Atualização cumulativa  de fuso horário (time zone) e horário de Verão para as versões suportadas do Windows está disponível no Windows Update e no Microsoft Download Center (Dezembro 2009)

O mais recente update cumulativo para horário de Verão (DST) e fusos horários mundiais (TZ) está disponível agora para todas as versões suportadas do sistema operacional Windows através do Windows Update e do Microsoft Download Center.

O time de produtos da Microsoft seguem uma programação semi-anual de atualização de DST e TZ que é seguida pela publicação de novas regras legisladas de DST e atualizações de TZ. Esses pacotes anuais “Atualização cumulativa de fuso horário de dezembro de 2009 para sistemas operacionais Microsoft Windows” são liberados em Dezembro de cada ano; uma atualização semi-anual será lançada em Agosto se necessário. Produtos da Microsoft que são afetados por esse pacote também podem agendar atualizações para acomodar algumas dessas mudanças.

Para maiores informações sobre essa atualização cumulativa de DST e TZ visite o seguite site da Microsoft: http://support.microsoft.com/kb/976098/pt-br.

Em breve estaremos publicando diretrizes e/ou instruções para Exchange and Outlook no que se refere ao final do período de horário de Verão Brasileiro.”

por Ivanov Cepeda

En todo el tiempo que llevo ayudando a clientes premier, he encontrado que los casos que más frecuentemente se presentan, y que cuesta más trabajo identificar, están relacionados con rendimiento (performance) en las aplicaciones web, en algunas ocasiones debido a configuraciones que causan problemas, pero la mayoría de las veces los problemas se deben al código de las aplicaciones.

En este post quiero hacer un corto checklist que pueda servir de guía para revisar problemas comunes de configuración que afectan el performance, y las acciones a tomar para empezar a obtener un diagnóstico que ayude a encontrar la raíz del problema.

Revisar que la aplicación no tenga configuraciones que afecten el rendimiento:

a. Verificar que la aplicación no está configurada en modo de depuración como lo explique en un blog anteriormente.

b. Cuando se trata de una aplicación Web basada en le framework 1.1 verificar que la configuración de la aplicación tiene las configuraciones adecuadas según el hardware que se está utilizando, el KB 811268 ha sido de gran utilidad para muchos clientes que han tenido problemas de performance relacionados con la configuración de .Net 1.1, afortunadamente estos parámetros son afinados automáticamente en la versión 2.0 del framework y en las versiones posteriores.

c. Verificar que todos los módulos de la aplicación están compilados en modo Release.

Si ya estamos seguros que la configuración de nuestra aplicación es la adecuada para un ambiente de producción y continuamos teniendo problemas de rendimiento, es hora de empezar a medir el rendimiento del servidor y de nuestra aplicación con contadores de performance que nos indiquen posibles causas comunes de performance.

a. Para aplicaciones ASP clásicas:

i. Es indispensable revisar los siguientes contadores detenidamente por un espacio de tiempo adecuado que incluya la hora en la que se presenta el problema de rendimiento. Si existe algún indicador que indique algún problema relacionado con el hardware (CPU, Memoria, Disco) es momento de revisar la capacidad del servidor, quizá ya llego a su límite y esta sea la causa.

ii. Si la capacidad del Hardware no es el problema y los contadores ASP/Request Wait Time(milisegundos que espero el ultimo request en el queue) y ASP/Request Queued (cantidad de requests en el queue) son muy altos (más de 10000 milisegundos de espera en el queue, o un queue de más de 300 Requests) se podría llegar a afinar la configuración para mejorar el rendimiento siguiendo el KB 238583, sin embargo es hora de empezar a revisar que tan óptimo es el código para la carga que tiene la aplicación y para ello se puede hacer uso de los 25 tips de ASP para mejorar el rendimiento y el estilo.

b. Para aplicaciones ASP.Net:

i. Es indispensable revisar los siguientes contadores detenidamente por un espacio de tiempo adecuado que incluya la hora en la que se presenta el problema de rendimiento. Si existe algún indicador que indique algún problema relacionado con el hardware (CPU, Memoria, Disco) es momento de revisar la capacidad del servidor, quizá ya llego a su límite y esta sea la causa.

ii. Si tiene problemas relacionados con el GC por favor adicione el contador .Net CLR Memory/# Induced GC, algunos desarrolladores utilizan el método GC.Collect para forzar una recolección de memoria al GC, si esto ocurre muy frecuentemente causa problemas de rendimiento graves en la aplicación debido a que los threads deben detener su ejecución cuando el garbage collector se está ejecutando, este contador debe tener en lo posible un valor de 0 si no es así debe tratar de eliminar del código los llamados a la función GC.Collect, sobre todo en las funciones más utilizadas en la aplicación.

Si ya ha identificado los contadores que identifican el problema, pero ningún cambio en la configuración le ayuda a resolver el inconveniente, y no se trata de un problema de capacidad del hardware es tiempo de concentrarse en la fuente más común de los problemas de performance: el código de la aplicación.

Las herramientas que le pueden ayudar a verificar cualquier problema en el código que degrada el rendimiento son variadas y en muchos casos muy complejas, por lo que necesitara la ayuda de especialistas y toda la colaboración de los desarrolladores del sistema.

La falta de instrumentación en las aplicaciones hace muy difícil el poder medir los tiempos de respuesta de las aplicaciones por lo que se requiere de herramientas intrusivas como depuradores o perfiladores de código para poder realizar un diagnóstico de las causas del problema.

La acción mas sencilla a seguir es la de recolectar dumps de memoria en los momentos en que el problema es más grave, de ser posible recolectar 3 o 4 dumps del proceso en donde se ejecuta la aplicación en un espacio de tiempo corto (2 a 3 minutos). Si su aplicación es ASP clásico puede utilizar DebugDiag tanto para colectar dumps como para hacer un análisis de los mismos, sin embargo para poder revisar detalladamente el proceso deberá hacer uso de un depurador que le permita ver en detalle lo que está sucediendo en el proceso, como Windbg, para un análisis detallado puede acudir a los ingenieros de Soporte en Microsoft quienes estaremos gustosos de ayudarle en la identificación del problema.

Por Guillermo Vargas

Primero que nada debemos destacar que Cluster Shared Volumes es una funcionalidad para utilizar solamente con Windows Server 2008 R2 Hyper-V.  Creación, reproducción y almacenamiento de archivos que no se hayan hecho con el Cluster Shared Volumes, incluyendo cualquier usuario o aplicación con datos almacenados en el directorio ClusterStorage de la unidad del sistema en cada nodo, no serán compatibles y pueden dar lugar a un comportamiento impredecible, incluyendo corrupción de datos o pérdida total de los mismos.

Habiendo hecho ésta aclaración, es de suponer que a esta altura de las circunstancias, probablemente ya ha escuchado acerca de la innovación incorporada al producto Failover Clustering en Windows 2008 R2 y que se conoce con el nombre de “Cluster Shared Volumes” (CSV, por sus siglas en Inglés). CSV funciona como un sistema de archivo de acceso distribuido optimizado para Hyper-V. Una comparación sería un sistema de archivos agrupado, sin embargo, a diferencia de otros sistemas de archivos agrupado, CSV no utiliza cualquier tecnología propietaria – utiliza NTFS estándar, así que no hay nada especial que necesite adquirir o solicitar apoyo – simplemente funciona! Si su almacenamiento de información es adecuada y se la puede definir como una agrupación estándar de discos, entonces puede utilizarse como un volumen de Clúster compartidos. En el pasado, sólo un nodo podía alojar una máquina virtual (VM) y tener acceso al VHD sobre el almacenamiento compartido, así que si otro nodo necesitaba hacerlo, la única manera de hacerlo era mediante un failover que afectaría a todos los recursos en ese disco compartido. Con CSV en R2, cualquier nodo puede alojar la máquina virtual y cualquier nodo pueda tener acceso al VHD en el almacenamiento compartido, por lo que quien quiera que sea el propietario de la máquina virtual y el disco podría circular libremente en los nodos de clúster sin afectar a otros recursos en ese disco compartido.

CSV proporcionará muchas ventajas, incluyendo administración más sencilla de almacenamiento, una mayor resistencia a las fallas, la capacidad de almacenar muchas máquinas virtuales en un único LUN y hacer un failover individualmente; particularmente, CSV proporciona la infraestructura para apoyar y mejorar la migración en vivo de las máquinas virtuales de Hyper-V. En ésta entrada de blog cubriremos la configuración y la implementación de VMs de Hyper-V con CSV en un clúster de failover de Windows Server 2008 R2 y analizaremos otras ventajas y características de CSV para futuras migraciones en vivo.

Preparación del clúster

Para configurar CSV primero debemos construir el clúster. No hay nada diferente que hay que hacer para CSV. R2 clustering trabajará sin problemas con  iSCSI, SCSI (SAS) y Fibre Channel. CSV trabajará con cualquiera de estos, siempre y cuando el disco esté usando NTFS como sistema de archivos.

Para las redes, como ya es sabido, se recomienda disponer de una red pública para las conexiones de clientes y una red de 'heartbeat' para la supervisión de la salud del clúster. Además, se recomienda una red dedicada para el tráfico de migración en vivo y CSV que debe ser al menos 1 GB. Ésto es para asegurar que la red del “heartbeat” no sea inundada de paquetes que provoquen un failover inesperado sin necesidad. Si va a utilizar iSCSI necesitará otra NIC para esa red iSCSI.

Una vez que haya verificado que el hardware que se va a utilizar en el clúster soporta Hyper-V, instale la función Failover Clustering y el papel de Hyper-V  que se encuentra en la ventana del Administrador del Servidor. Debido a la forma en que los discos del CSV son accedidos, se recomienda utilizar la misma letra de unidad donde se encuentra instalado su sistema operativo para cada nodo del clúster (Por ejemplo C:\).

Una vez que el hardware está conectado y se hayan instalado las funciones y papeles correctos, debe asegurarse de que toda la configuración del clúster es soportada. Esto se hace mediante la ejecución de la herramienta de validación de la configuración (Guía: Validación de Hardware para un Clúster de Failover).

Luego de que todos los componentes hayan pasado exitosamente la validación de la herramienta, ya está listo para proceder a crear el Clúster.

Habilitar CSV

Para habilitar los  Clúster de Volúmenes Compartidos (CSV), haga clic en el nombre del clúster en el panel de navegación del administrador de clústeres de conmutación por error. Luego en el panel central, haga clic en el enlace "Habilitar Clúster de Volúmenes Compartidos …". Le aparecerá una notificación recordándole que CSV es sólo para uso con Hyper-V. Con esto ya puede dar por seguro que el clúster es compatible con CSV.

Aparecerá un nuevo nodo en el panel de navegación para  Cluster Shared Volumes:

Crear discos de CSV

Ahora que está habilitado el CSV, es hora de crear algunos discos CSV. 

a) Seleccione el nodo de  Cluster Shared Volumes en el panel de navegación del administrador de clústeres.

b) En el panel derecho de las acciones, seleccione "Add Storage". Aparecerá una ventana que muestra todos los discos en el grupo de almacenamiento disponible. Compruebe los discos que desea agregar y, a continuación, seleccione "OK".

VHD copia a los discos de CSV

CSV permite, a cada nodo de clúster, el acceso al disco al mismo tiempo. Esto se logra mediante la creación de un espacio de nombres común bajo % SystemDrive%\ClusterStorage. Por esta razón, es necesario que el sistema operativo tenga la misma letra de unidad en todos los nodos del clúster (como C:\, utilizado en este artículo). De ésta manera, se verá el mismo directorio en forma consistente en cada nodo del clúster y que dicho sea de paso, es la manera más eficiente de acceder a los discos CSV.  

Cada disco CSV tiene su propio volumen en el directorio y se le asigna el nombre predeterminado, VolumeX, para cada disco. En este ejemplo tenemos 3 discos CSV, por lo que vemos 3 carpetas. El directorio de C:\ClusterStorage debe mantener el mismo nombre, sin embargo, se pueden cambiar el nombre los volúmenes dentro de este directorio.

Tendrá que copiar su VHD en estos directorios para crear máquinas virtuales altamente disponibles. CSV soporta VHDs de expansión dinámica,  tamaño fijo y diferenciación. CSV no es compatible con discos denominados pass-through.

Crear máquinas virtuales en discos CSV

Después de habilitar CSV y colocar los VHDs en los discos CSV, ya estamos listos para presentar esas máquinas virtuales como altamente disponibles.

a) Abra el administrador de Hyper-V

b) En el panel de acciones, seleccione "Nuevo" y, a continuación, "Virtual Machine". Esto abrirá al Asistente para crear una nueva máquina virtual.

c) Proporcione un nombre para la máquina virtual y seleccione el cuadro de verificación "Almacenar la máquina virtual en una ubicación diferente", a continuación, especifique la ruta bajo "C:\ClusterStorage\" para el volumen que desea que la máquina virtual utilice.

d) Especificar la memoria para la máquina virtual, a continuación, "Next >"

e) Especificar la red para la máquina virtual, a continuación, "Next >"

f) En la página conteniendo "Conectar disco duro virtual", cualquiera que se especifique ya sea "Crear un disco duro virtual" o "Uso de un existente disco duro virtual", especifique una ruta apuntando  a la ubicación de  Clúster de Volúmenes Compartidos encontrado en C:\ClusterStorage\

g) Seleccione "siguiente >"

h) Seleccione las opciones deseadas en la página del asistente "Opciones de instalación". Seleccione "siguiente >"

i) Seleccione "Finalizar" en la página de resumen del Asistente.

Haga su CSV de VMs altamente – disponibles

Ahora que hemos creado nuestras VMs en nuestros discos CSV, debemos hacerlos altamente disponibles para que puedan ser administrados por el clúster y puedan hacer el failover.

a) Abra el administrador de clústeres de conmutación por error (Failover Clustering)

b) En el panel izquierdo, seleccione "Servicios y aplicación"

c) En el panel de acciones, seleccione "Configurar un servicio o aplicación". Esto abrirá el asistente de creación "de alta disponibilidad"

d) Seleccione "Virtual Machine" y, a continuación, seleccione "siguiente >"

e) Compruebe la máquina virtual que desea agregar al clúster de conmutación por error. (Tenga en cuenta que la máquina virtual debe estar apagada/desactivada para poder agregarse) Seleccione "siguiente >"

El clúster determinará si éste VM está utilizando CSV o discos de clúster estándar basados en la ruta de acceso del VHD (buscará la ruta %SystemDrive%\ClusterStorage). 

f) Revise la página de confirmación en el asistente y seleccione "siguiente >"

g) Revise la página Resumen en el asistente. Si el Estado no es "Success", revisar el informe seleccionando el botón "Ver informe..." e investigar la información para posibles causas. De lo contrario, seleccione "Finalizar"

Las máquinas virtuales se mostrarán en el panel izquierdo del administrador de clústeres. Automáticamente se les da el nombre de "Virtual Machine" con un número para diferenciarlos. Estos nombres pueden cambiarse haciendo clic con el botón derecho del ratón en ellos y seleccionando "cambiar el nombre".

Inicie sus máquinas virtuales cuando esté listo.

Realizar una migración en Vivo

Ahora tienes el clúster CSV funcionando con ningún hardware especial o consideraciones adicionales. Puede administrar el recurso de máquina virtual como cualquier recurso estándar, tales como el cambio de las propiedades, la creación de dependencias y realizar conmutaciones por error. Se dará cuenta que para las VM ahora puede llevar a cabo una migración en vivo que le permite mover una VM en ejecución de un nodo de clúster a otro nodo del clúster sin ninguna interrupción del cliente. Esto mantiene una máquina virtual altamente disponible incluso cuando la máquina virtual se mueve entre diferentes máquinas físicas.

Para realizar una migración activa, seleccione el botón 'En Vivo migrar esta máquina virtual' y elija un destino en el panel derecho de acciones en el administrador de clústeres de conmutación por error. Esto llevará a cabo la migración en vivo y su estado se indicará en el panel de información del centro.

Usted puede tener CSV sin migración en vivo o puede realizar una migración en vivo sin CSV, sin embargo, estas son tecnologías que se complementan mutuamente que valdrá la pena explorarlos en futuros blogs.

Recursos adicionales

• Source: Deploying Cluster Shared Volumes (CSV) in Windows Server 2008 R2 Failover
• Whitepaper: Windows Server 2008 R2 & Microsoft Hyper-V Server 2008 R2 - Hyper-V Live Migration Overview & Architecture
• Step-by-Step Guide for Hyper-V: Using Live Migration in Windows Server 2008 R2
• Cluster Shared Volumes (CSV): Disk Ownership

por Daniel Seveso

Hemos recibido algunas preguntas de nuestros clientes con respecto a la instalacion del Servce Pack 2 de Exchange 2007 y creímos de utilidad resumir algunas de las más frecuentes y sus respuestas en este artículo. Por favor si tienen consultas relacionadas a la instalación del SP2 que no estén contempladas, envíanos tu comentario.

Q: SP2 Puede instalarse como actualización de SP1 o se instala desde cero?

A: Puedes instalar SP2 directamente en un servidor sin Exchange, o actualizar Exchange 2007 RTM ó SP1 en cualquier nivel de Rollup.

Q: SP2 va a extender el Schema de mi directorio activo?

A: Si. Exchange 2007 SP2 incluye una extensión de Schema necesaria para la interacción con Exchange 2010. Para evitar la actualización del Schema en dos oportunidades, en SP2 se ha incluído la versión completa y definitiva del Schema de Exchange 2010 RTM, por lo que cuando instales Exchange 2010 en tu organización, no habrá una nueva extensión del Schema.

En consecuencia, la cuenta con la que ejecutes el instalador de SP2 deberá pertenecer a los grupos Schema Admins y Enterprise Admins. La máquina dedesde la que está efectuando la actualización del Schema, debe estar en el mismo Site de AD que el controlador de dominio que tiene el rol de Schema Master, además deberá ser Windows 2003 SP2 o superior con Windows Installer 4.5 instalado.

En caso que esta máquina no sea la misma donde se instalará Exchange 2007 SP2, deberás correr el siguiente comando que solamente actualizará el Schema (al igual que en versiones anteriores esta separación durante la instalación te permitirá delegar la ejecución a administradores de AD si es que el administrador de Exchange no tiene los privilegios antes mencionados).

setup /PrepareSchema

Q: Es necesario preparar el dominio de directorio activo?

A: Si. Se instroduce un nuevo grupo de seguridad universal (Universal Security Group) para permitir el mismo nivel de funcionalidad que Exchange 2010 en cuanto a administración remota usando powershell. La creación de este grupo se realiza durante la preparación del dominio. Los requisitos de máquina son los mismos que para PrepareSchema y la cuenta de instalación debe pertenecer al grupo Enterprise Admins. La ejecución de PrepareAD también se puede delegar y ejecutar independientemente de la instalación de SP2 con el siguiente comando:

setup /PrepareAD

Nota: tanto PrepareSchema como PrepareAD ejecutarán automáticamente como parte del setup si el usuario tiene los permisos apropiados para ello.

Q: Configuración regional en los controladores de dominio Windows 2003

A: Exchange SP2, como otros productos (BitLocker, Office Communication Services, etc.) introducen cambios en los índices del schema que el directorio activo no puede crear correctamente si la configuración regional de los controladores de dominio Windows 2003 usan la configuración reguional mencionada en el siguiente artículo. En caso de tener los DCs con esta configuración, recibirás un error 1136 cada 5 minutos en los DCs. El siguiente artículo describe el problema para el caso de BitLocker, que es análogo al problema observado luego de instalar Exchange 2007 SP2.

932862    Error messages after you install the BitLocker Drive Encryption schema updates in a Windows Server 2003 domain

Los atributos afectados en Exchange son los siguientes:

• msExchRoleFlags
• msExchThrottlingIsDefaultPolicy
• msExchLicenseToken
• msExchScopeFlags
• msExchObjectID
• msExchRoleAssignmentFlags
• msExchRoleEntries

Este problema no ocurre en controladores de dominio Windows 2008.

La recomendación más directa es mantener los controladores de dominio Windows 2003 con la configuración regional en inglés. De lo  contrario, puedes implementar el procedimiento mencionado en el artículo para los atributos afectados.

Los eventos no generan ningún problema de funcionamiento en Exchange ni en el directorio activo, sin embargo es un evento que provoca mucho ruido y puede hacer que otros eventos de importancia pasen desapercibidos en el log de eventos.

Q: Cuales son los cambios de Schema que introduce SP2?

A: SP2 modifica clases y atributos existentes, agrega nuevas clases, atributos, indices e identificadores de objetos. Puedes ver la lista completa en este documento de MSDN: Schema Changes Reference for Exchange 2007 SP2

Q: Que versión de Windows Installer requiere la instalación de SP2?

A: Require Windows Installer 4.5. En caso que no esté instalado, el programa de setup te proporcionará el link para instalarlo. También puedes obtenerlo aquí.

Q: Todos mis controladores de dominio son Windows 2008 R2. Necesito tener alguna consideración?

A: Si. Si el servidor donde estas instalando Exchange tiene conectividad a Internet, necesitas actualizar el archivo de prerequisitos cuando el setup lo requiera. Si no tienes conexión a internet, deberás seguir el procedimiento descrito en el siguiente artículo: The fix for installation of Exchange 2007 SP2 with Windows 2008 R2 Domain Controllers is now available.

Q: Debo desinstalar los “Interim Updates” (IU) que tenga instalados?

A: Si. Si tienes algún IU instalado para tu nivel de Service Pack / Rollup Update, deberás desinstalar el Interim Update para instalar SP2.  No es necesario desinstalar Rollup y/o Service Packs previos.

Q: Puedo instlar Exchange 2007 SP2 en Windows 2008 R2?

A: No. Este aspecto ya lo hemos discutido en un post anterior de nuestro blog.

Q: Que versión debería aparecer en el Exchange Management Console y en Exchange Management Shell luego de la actualización o instalación de SP2?

A: En la consola sobre “Server configuration”: Version 8.2 (Build 176.2).  En el Shell obtendrás lo siguiente:

[PS] get-exchangeserver |fl *version*

AdminDisplayVersion : Version 8.2 (Build 176.2)
ExchangeVersion     : 0.1 (8.0.535.0)

Los principales ejecutables como EdgeTransport.exe, Mad.exe y Store.exe van a tener la versión 8.2.176.0.

Q: Donde consigo las notas de instalación de Exchange 2007 SP2?

A: Release Notes for Exchange Server 2007 SP2

Q: Que actualizaciones se incluyen en SP2?

A: What's New in Exchange Server 2007 SP2

Q: Como realizo la actualización en un servidor cluster (Clustered Mailbox Server)?

A: Hay dos artículos que indican como hacerlo: Planning for Cluster Continuous Replication or Single Copy Clusters para la instalación inicial, y Upgrading Clustered Mailbox Servers to Exchange 2007 SP1 or SP2 para instalaciones existentes de Exchange. Esperamos publicar una versión en español o portugués resumiento este procedimiento si el tiempo lo permite.

Q: Cual es el órden recomendado de instalación de SP2 en cada rol de mi organización?

A: El orden recomendado es el siguiente:

• Client Access servers (primero los de Internet, luego los internos)
• Unified Messaging servers
• Hub Transport servers
• Edge Transport servers
• Mailbox servers

Q: No puedo iniciar varios servicios de Exchange luego de actualizar a SP2

A: Puedes encontrar este problema si actualizas una versión RTM previa a RU5 con eventos similares a este en el log de eventos:

Event Type: Error
Event Source: Service Control Manager
Event ID: 7000
Description: The Microsoft Exchange EdgeSync service failed to start due to the following error:
The service did not respond to the start or control request in a timely fashion

Este problema afecta a los servicios Managed Code como el Microsoft Exchange Transport, Microsoft Exchange
Mail Submission y Microsoft Exchange Transport Log search.

La solución a este problema está publicada en el siguiente artículo:

944752    Exchange Server 2007 managed code services do not start after you install an update rollup for Exchange Server 2007

Por Luis Ramirez

He visto muchos casos con problemas de desempeño por causa de un mal entendido de cómo emplear estos switch de configuración, razón por la cual decidí escribir este Blog.

Para empezar vamos a aclarar que es Memoria Virtual y Memoria física.

Memoria Virtual vendría siendo una técnica utilizada para sacar provecho y dar la impresión a CADA aplicación que se viene trabajando con memoria continua. La memoria virtual se basa en lo que es un direccionamiento de espacio lineal llamado Virtual Address Space (VAS)

Memoria Física, sería el área en donde VAS estará apuntando y entre mas memoria física se tendría una mayor área para trabajo y por lo tanto menos acceso a disco (mejorando desempeño).

En un ambiente de 32 bits por diseño de ARQUITECTURA se tiene un límite del direccionamiento virtual de 4 GB (No confundir con memoria FISICA). No importa si tienes 512 MB o 8 GB FISICOS, Windows se encargara de emular esto para cada aplicación. Ahora de estos 4 GB virtuales se dividirán en dos para modo usuario (aplicación) y dos para el kernel (sistema operativo)

/3GB

Lo que hace este switch es incrementar el área de direccionamiento virtual (VAS) a 3 GB en modo usuario y decrementar a 1 GB el kernel, esto es recomendado en casos donde se tenga solo una aplicación corriendo y esta no tenga mucha interacción con el sistema operativo, de lo contrario el servidor tendrá un comportamiento extremadamente lento para responder.

/Userva

Es parecido al 3GB pero aquí podemos manualmente configurar el rango entre 2048 y 3072

/PAE

PAE nos permite direccionar fuera del límite de los 4GB. Digamos que si tienes 8 GB físicos, para poder acceder/direccionar entre 4 y 8 tendrías que tener esta opción habilitada en el sistema operativo. Algo importante a notar es que cada sistema operativo y/o hardware tiene una limitación de cuanto soporta.

Estas opciones las puedes encontrar en Windows 2003 bajo boot.ini, en Vista y versiones posteriores bajo BCDEdit.

AWE

Address Windowing Extentions (AWE) es una funcionalidad para indicarle a una aplicación (como SQL Server) que se puede direccionar VAS mas allá de los 4 GB , esto es, si el SISTEMA OPERATIVO reconoce dicha memoria (con la opción PAE) y la aplicación fue compilada para soportar esto.

Es importante asignarle la política local “LOCK PAGES IN MEMORY” a la cuenta corriendo el Servicio si habilitas esta opción.

En ambientes de x64 BITS el VAS es de 8TB y 7TB en IA64, PAE y 3GB son ignorados.

Escenarios que pueden existir

Windows 2003 32 bits corriendo en un procesador de 64 bits

• El VAS de modo usuario será de 2 GB
• AE esta habilitado por default.
• 3GB se pude habilitar pero NO es recomendado.
• AWE seria necesario para manipular mas alla de los 4GB.

Windows 2003 64 bits corriendo aplicación de 32 bits

• el VAS de modo usuario será de 8 TB
• PAE es ignorado
• 3GB es ignorado
• Aplicación puede usar mas de 2 GB si se habilita AWE.

Windows 2003 32 bits corriendo aplicación de 32 bits con 8 GB de memoria, la opción 3GB y AWE habilitado

El sistema operativo asignara 3GB al modo usuario (aplicación) y 1 GB al sistema operativo, no utilizando el resto.

Escenarios que pueden existir en SQL Server

SQL Server de 32 bits corriendo en 32 bits

• VAS será de 4GB.
• PAE puede ser habilitado si el servidor tiene mas de 4 GB y por lo tanto habilitar AWE y “Lock pages in Memory”
• No recomendamos usar 3GB.

SQL Server de 32 bits corriendo en 64 bits

• VAS es de 8TB
• PAE y 3GB son ignorados.
• Habilitar AWE si se usara mas de 4GB.
• “Lock Pages in Memory” deberá ser configurado si se habilita AWE.

SQL Server de 64 bits corriendo en 64 bits

• VAS es de 8TB
• PAE, 3GB y AWE son ignorados.
• Habilitar “Lock Pages in Memory”

En cuestión de SQL Server para hacer uso de más VAS es recomendado

• Tener la opción de /PAE habilitada
• Tener al menos la última versión de actualización de SQL Server.
• Habilitar Address Windowing Extentions (AWE)

sp_configure 'show advanced options', 1

RECONFIGURE

GO

sp_configure 'awe enabled', 1

RECONFIGURE

GO

• Al configurar MAX Server Memory considera dejar 2 GB FISICOS para el sistema operativo y dejar mas memoria por cada instancia corriendo de manera tal que no se saturen.
  
  Por ejemplo, si tienes un servidor con una instancia, 8BG físicos puedes poner a SQL con 6GB (si es que no está corriendo otros servicios)

sp_configure 'max server memory', 6144

RECONFIGURE

GO

Mayor Información

• Memory Limits for Windows Releases
• Physical Address Extension
• Memory Support and Windows Operating Systems
• Enabling AWE Memory for SQL Server
• How to configure SQL Server to use more than 2 GB of physical memory
• SQL Server only uses 2 GB of memory even though the AWE option is enabled
• How to use the /userva switch with the /3GB switch to tune the User-mode space to a value between 2 GB and 3 GB
• Monitoring Memory Usage (2000)
• Monitoring Memory Usage (2008)
• SQL Server memory related performance counters
• Effects of min and max server memory
• AWE enabled Option