[EN] A little bit words about Juneau… phase one

LOGO__SSDT_JuneauCTP3Juneau. Very close to Denali (code name of next edition of SQL Server). But what is it exactly? Few days ago (about 11th July) Microsoft delivered for SQL Server Peoples new version of new tool. His (or her?) name is Juneau. It is capitol of the state of Alaska. On the other side: it is SQL Server Developer Tools (SSDT) in version 3 of Community Technology Preview. Yes I know. Where I have been on CTP1 and CTP2 time? Somewhere… but not here. Hope to see CTP3 as last before next SQL Server release.

What exactly Juneau is: based Microsoft Product Team public information: …is a project announced at SQL PASS on November 9, 2011. SSDT represents our continued investment and commitment to integrating data into the development experience when targeting SQL Server and SQL Azure.  SSDT unifies SQL Server and SQL Azure development for both professional database and application developers. Integrated within the Visual Studio environment, it accelerates development of T-SQL, Reporting, Integration Services, Analysis Services, and data-enabled .NET projects. In addition, SSDT can be installed standalone without Visual Studio, a commitment we are making to professional database administrators (DBAs) that want the full set of SQL Server schema and T-SQL capabilities, but not necessarily the full Visual Studio application development environment. SSDT will ship with the next release of SQL Server (SQL Server code-named “Denali”) in 2012, and the public Community Technology Preview 3 (CTP3) will be publicly downloadable this summer at the same time as the SQL Server “Denali” CTP3. SSDT supports SQL Server 2005, SQL Server 2008, SQL Server 2008 R2, SQL Server “Denali”, and SQL Azure development

As I wrote before this CTP3 is available for everyone, so You can go HERE for downloading, or wait for may next post to know a little bit more about installation. About the requirements… Microsoft said: because it is installing via Web Installer, all what You need will be downloading and installing in the process of installation Juneau. Uff. I hate this sentence. So next post will be about requirements, and next one about installation… In the meantime short announcement look like this:

Capture_Juneau

Upss… I forgot, in next posts I’ll use different system (probably I have one in English…)

This post is my first in the series of few posts about this tool. Next posts I will write as soon as possible…

[PL] Poprawki automatyczne czy manualne?

Czasami przy wyborze sposobu zarządzania poprawkami trzeba się zastanowić: “co będzie jeśli poprawka nam coś namiesza?”. Z mojej praktyki jako administratora na wszelakich systemach wynika, ze najbezpieczniejszym – przez co najbardziej czasochłonnym – podejściem jest wyłączenie automatycznych poprawek. Takie podejście ma swoje dobre i złe strony:

  • dobrą – pozwala nam zaplanować proces instalacji poprawek, przejrzeć dokumentację do nich (np biuletyny bezpieczeństwa) i przetestować (co jest zalecane, choć nie często realizowane);
  • złą – wymaga poświęcenia dodatkowego czasu w miarę regularnie (najlepiej po drugim wtorku miesiąca) na ich instalację.

Możemy oczywiście używać narzędzia WSUS (Windows Software Update Services), które to w większych sieciach czy instalacjach nierzadko staje się koniecznością. Jeśli jednak mamy na głowie mniejszą instalację możemy do każdego serwera podchodzić osobno. Przy instalacji nowego serwera opartego o system Windows 2008 Server R2 ustawienia aktualizacji nam nie umkną. Po zainstalowaniu systemu oczywiście powinniśmy (w wielu wypadkach musimy, bo będą tego wymagać aplikacje) dokonać aktualizacji, poprzez narzędzie Windows Update.

Jak widac na zrzucie ekranu poniżej, system nigdy nie był aktualizowany, zaś przed aktualizacja musimy przygotować ustawienia, wedla naszych upodobań. Bez tej operacji system nie pozwoli nam na pobranie poprawek (choć ułatwia wybór poprzez zaproponowanie automatycznych poprawek):

Jednak prawdziwy administrator powinien zacząć od pola Change Settings (czyli zmiany ustawień). Po wejściu w ustawienia, mamy możliwość wybrania jednej z czterech opcji podejścia do poprawek:

  1. Instalacja automatyczna (rekomendowane przez producenta / nierekomendowane przeze mnie);
  2. Pobranie poprawek, lecz z możliwością decydowania o momencie instalacji;*
  3. Sprawdzenia dostępności poprawek z możliwością decydowania o momencie pobrania jak i instalacji;*
  4. Całkowita odmowa pobierania poprawek (nierekomendowane przez producenta / nierekomendowane przeze mnie)

W przypadku moich systemów zawsze jest to opcja trzecia, która po pierwsze daje mi możliwość kontroli tego co chcę instalować, po drugie momentu instalacji, a po trzecie zabezpiecza przez nerwowymi telefonami użytkowników w ciągu dnia (którym ściągane poprawki mogą spowolnić działanie łącza). Dodatkowymi opcjami, które wybieram jest informowanie o rekomendowanych przez producenta poprawkach, w taki sam sposób jakbym je pobierał (w jednym miejscu) oraz zabronienie instalacji poprawek innym użytkownikom (szczególnie przydatne w małych instalacjach biurowych na komputerach klienckich).

Potem pozostaje już tylko zaakceptować wybrane ustawienie i voilà – można zacząć zapychać łącze.

Pierwszy zestaw jaki dostajemy dla Windows Server 2008 R2 x64 zawiera osiemdziesiąt pięć ważnych i jedną opcjonalną poprawkę. Potem po restarcie pojawi nam się jeszcze sześć, restart, service pack 1, restart, trzy, restart, jedna, restart… o ile dobrze zapamiętałem kolejność.

Decyzja o sposobie podejścia do zarządzania poprawkami jest zawsze indywidualna (o ile korporacja nie wymusza proceduralnego podejścia), ale już na początku pracy z systemem, warto zwrócić na ten temat uwagę.

* opcja 2 i 3 pozwalają nam panować nad instalacją i dostępnością środowiska, niejednokrotnie się bowiem okazuje, że dana poprawka (bez wzgldu na to czy jest mała czy duża) może wymagać fizycznego lub wirtualnego, ale pełnego restartu systemu operacyjnego. Niejednokrotnie umowy z klientami zewnętrzymi (np.: outsourcowany klient) lub wewnętrznymi (np.: nasza księgowość) wymagają zachowania dostępności, a już z pewnością żaden podmiot z nami współpracujący nie będzie szczęśliwy, jeśli nagle w środku dnia wyłączy mu się środowisko.

PS. Ci co byli na SQLDAY 2011 we Wrocławiu, mogli zaobserwować efekt działania automatycznych poprawek na działającym serwerze Business Intelligence…

[EN] SQL Server 2008 R2 SP1 now in Microsoft Update (updated)

LOGO__SQLServer2008R2SP1Today Service Pack 1 for Microsoft SQL Server 2008 R2 has been added to Microsoft Update. Customers can install this package for all “standard”  SQL Server versions: Standard, Workgroup, Developer and Enterprise. Fortunately is not available automatically – users must use “Custom Scan” on Microsoft Update Site (HERE). This MultiLingual package are available in all language versions and for all platforms (x32, x64, Itanium). Of course on new systems (Windows 7, Windows 2008 Server) You can go to Windows Update from Start menu. And of course this package will be available through Windows Software Update Services (WSUS).

Why fortunately? Because, as You very well know all updates – especially Service Packs) should be tested before will be implementing on production environment. I hope that You will test it before implementation. What most important changes and improvements You can find in this package? See below (based on Microsoft information):

  • Dynamic Management Views for increased supportability:

      sys.dm_exec_query_stats DMV is extended with additional columns to improve supportabilities over troubleshooting long-running queries. New DMVs and XEvents on select performance counters are introduced to monitor OS configurations and resource conditions related to the SQL Server instance.

  • ForceSeek for improved querying performance :

      Syntax for FORCESEEK index hint has been modified to take optional parameters allowing it to control the access method on the index even further. Using old style syntax for FORCESEEK remains unmodified and works as before. In addition to that, a new query hint, FORCESCAN has been added. It complements the FORCESEEK hint allowing specifying ‘scan’ as the access method to the index. No changes to applications are necessary if you do not plan to use this new functionality.

  • Data-tier Application Component Framework (DAC Fx) for improved database upgrades:

      The new Data-tier Application (DAC) Framework v1.1 and DAC upgrade wizard enable the new in-place upgrade service for database schema management. The new in-place upgrade service will upgrade the schema for an existing database in SQL Azure and the versions of SQL Server supported by DAC. A DAC is an entity that contains all of the database objects and instance objects used by an application. A DAC provides a single unit for authoring, deploying, and managing the data-tier objects. For more information, see Designing and Implementing Data-tier Applications.

  • Disk space control for PowerPivot:

      This update introduces two new configuration settings that let you determine how long cached data stays in the system. In the new Disk Cache section on the PowerPivot configuration page, you can specify how long an inactive database remains in memory before it is unloaded. You can also limit how long a cached file is kept on disk before it is deleted.

  • Fixed various issues:

      This update fixes many knowledge base issues that are listed in this Master KB article .

    So, Take it and Have a nice day, but test before use! If You don’t like automatic updates (like I and a lot of other geeks) go for directional downloading HERE.

    Capture

    IT’S LOOKS BETTER, ISN’T?

  • Short Update: after finishing my day shift, at home on my second machine Service Pack 1 for SQL Server 2008 R2 appeared as optional update:

    Captura