יום שלישי, 18 בספטמבר 2012

SQL Server Data Tools - September 2012 update is now available for download!

The SSDT team is pleased to announce that SQL Server Data Tools - September 2012 update is now available for download!

This release is the latest step in our team's continued commitment to delivering regular, frequent releases of SSDT to the web.

What’s New?

Visual Studio 2012
In keeping with our goal of supporting the most recent version of Visual Studio, this release of SSDT supports the Visual Studio 2012 shell.  SSDT - September 2012 contains several bug fixes to the SSDT version that shipped in Visual Studio 2012 and this release can be applied  as an update on top of Visual Studio 2012 Professional, Premium, and Ultimate Editions.  If one of these SKUs is not present on the box, running the SSDT installer for Visual Studio 2012 will lay down a standalone version of SSDT for the Visual Studio 2012 Integrated Shell.
Keep in mind that the underlying engine and functionality for SSDT - September 2012 is the same for both Visual Studio 2010 and Visual Studio 2012, so you don't need to upgrade to Visual Studio 2012 to use the latest version of SSDT.  If you wish to have both shells of SSDT in your environment, they can exist side by side and SSDT projects will successfully round-trip between both shells.
 
LocalDB Configuration Improvements
We received feedback that SSDT's policy of creating a new localdb instance for each SSDT solution was too verbose, so we created a single localdb instance called Projects to host all the project debug databases.  We've also enhanced SQL Server Object Explorer by surfacing the default localdb instance and enabling the deletion of localdb instances.
 
Support for ANSI_NULLS and QUOTED_IDENIFIER Properties
In previous releases, SSDT didn't support database objects with non-standard ANSI_NULLS or QUOTED_IDENTIFIER properties.  SSDT - September 2012 has enabled this scenario by adding support for ANSI_NULLS and QUOTED_IDENTIFIER properties on project and script files.
 
Updated Data-Tier Application Framework
SSDT - September 2012 includes the latest redist of SQL Server Data-Tier Application Framework (DACFx), which contains several feature enhancements and bug fixes.  Most notably, the updated DACFx version enables packaging and deploying data using SqlPackage.exe. You can learn more about the new DACFx release here.
 
Updated SSDT Power Tools
The September 2012 update is compatible with updated Power Tools that include new features and support for both Visual Studio 2012 and Visual Studio 2010 shells.
 
Bug fixes to customer-reported issues
This release includes many bug fixes for issues reported by customers using SSDT RTW or Visual Studio 2012 RTM.  Here are some of the most impactful bugs that this release addresses:
· Unable to override Publish Profile properties when using the msbuild command line
· Slow performance on "Add New Item" from SSDT project
· Absence of debugger functionality due to errors in assembly registration
· Publish fails with no message when "extended verification" is disabled
· SSDT overwrites Visual Studio shortcut on Windows8
· Steps to edit and save a Publish Profile editor aren't intuitive 

יום שני, 10 בספטמבר 2012

יום חמישי, 9 באוגוסט 2012

Windows hotfix for AlwaysOn

Hi,

If you are planning to deploy SQL Server 2012 AlwaysOn on Windows Server 2008R2,  the KB below is very important.
Please note this fixes an issue with Windows Cluster features and not SQL Server code, so it is safe for production.
A hotfix that improves the performance of the "AlwaysOn Availability Group" feature in SQL Server 2012 is available for Windows Server 2008 R2

יום שני, 6 באוגוסט 2012

מתחדשים

שלום רב,
וראסיטי ומייקרוסופט שמחות להזמין את לקוחות משרדי הממשלה לחוות וללמוד את SQL Server 2012 באירוע חגיגי לקראת השנה החדשה.
באירוע רועי פסטרנק מוביל תחום מסדי נתונים ובינה עסקית במייקרוסופט ואני נסקור ונדגים את היכולות החדשות בגרסה החדשה בדגש על שיפור ביצועים, שרידות ו- BI.

נשמח לראותכם.


יום רביעי, 1 באוגוסט 2012

האם אתם מוכנים?


בכל תחילת מסלול DBA  שאנו בוראסיטי מעבירים , אני מסביר לתלמידים שיש 3 דברים שכלDBA חייב לבדוק שבסיס הנתונים שלו מכוסה בהם:

1.      גיבויים ותוכנית DRP

2.      ביצועים וזמני תגובה

3.      אמינות המידע

(ממויין ללא קשר לרמת החשיבות).

הפעם ברצוני להתמקד בסעיף הראשון – גיבויים ותוכנית - DRP

לפני שאתם דואגים לביצועים  \ זמני התגובה \  גרסה \ שימוש ביכולות חדשות של בסיס הנתונים שלכם – חשוב שתבדקו טוב טוב שיש לכם גיבויים (ושחזורים) זמינים.

בשעת משבר, כשבסיס הנתונים שלכם לא יהיה זמין, לא יעזור לכם שתסבירו ללקוחות שזמני התגובה של בסיס הנתונים שלכם מצויינים...

תמיד אני מסביר לתלמידים שהיתרון בפייסבוק או בבינג לדוגמא הינה שתמיד כשאתם רוצים להיכנס ולהשתמש בשירותים שלהם – הם זמינים! לי לא קרה (מקווה שלא לכם) שבאתם להריץ חיפוש בבינג וקיבלתם הודעה ששרת ה- sql server שלו אינו זמין....

גיבויים:

·         כידוע ב- sql server ישנם יכולות מובנות לגיבויים ואין צורך בתוכנות צד שלישי.

ומ- sql server 2008  ישנה יכולת מצויינת בשם backup compress אשר מכווצת את הגיבויים שלכם עד 90% !! (אז ניתן לשמור עוד גרסאות אחורה של גיבויים ולהעלות את שרידות בסיס הנתונים שלכם).

·         האם מבחינת הארגון, במידה והשרת יפול לכם בצהריים ותחזרו לגיבוי המלא של אתמול בערב זה תקין? האם הארגון יוכל להתמודד עם איבוד המידע?

אל תקבלו את ההחלטה הזו לבד! – זאת החלטה ברמת המנמ"ר או אפילו המנכ"ל.

·         חוק מרפי – בזמן תקלה כשאתם צריכים לשחזר את בסיס הנתונים מגיבוי (מישהו מחק נתון, בסיס נתונים נפל, ועוד כל מיני מחלות..) – קובץ הגיבוי לא תקין .

לכן חשוב לבצע ניסוי גיבוי שחזור על בסיס קבוע!

DRP:

·         כל DBA צריך שיהיה לו Disaster Recovery Plan

תוכנית זו צריכה לכלול בין השאר:

o        מה עושים אם שרת בסיס הנתונים של הארגון נופל?

o        האם עוברים לאתר משני?

o        כיצד עוברים?

o        באיזו טכנולוגיה מיישמים בשוטף את העברת הנתונים?

o        כיצד חוזרים בחזרה?

o        מי מאשר לעבור ל- DRP?

o        ועוד...

·         כידוע ל- sql server ישנן טכנולוגיות מובנות ואין צורך במוצרים משלימים ליישום DRP -  חשוב שתשתמשו בהם!

·         עד גרסת sql server 2012 היו לנו את ה- log shipping ו- mirroring ומגרסת sql server 2012  הגיעה אלינו יכולת ה- always on.

כאשר אני בא לארגון ומספר לו על הסיבות להקמת אתר DRP ישנם שני סוגים של לקוחות:

1.      לקוחות שהאתר שלהם כבר נפל ואז אין צורך בשכנוע

2.      לקוחות שעדיין לא נפל להם האתר וצריכים הסבר קל על החשיבות.

אצל לקוחות שעדיין לא נפל להם השרת והם צריכים הסבר על חשיבות ה- DRP בדרך כלל הנקודה המעכבת הינה התקציב.

לא פשוט לשכנע לקוח שיש צורך להקים שרת DB נוסף בחווה מרוחקת רק לטובת תרחיש "דמיוני".

אז כמובן שלא מדובר בתרחיש דמיוני וכמובן שעלות השבתה (+עלות איבוד לקוחות בעקבות ההשבתה וכו'..) עולה בדרך כלל על עלות הקמת שרת .

אז מ- SQL Server 2012 תהליך השכנוע שלי הרבה יותר קל!

מ- sql server 2012 כידוע יש לנו יכולת מגניבה בשם always on. בעזרת היכולת המובנית ניתן להקים רפליקה (או כמה) של בסיס הנתונים שלכם בקלות ובמהירות.

היתרון הגדול של ה- always on על פני היכולות הקודמות שהיו לנו הינו שהרפליקה כל הזמן זמינה וב- read only.

בזכות היכולת הזו אני יכול גם להקים אתר DRP  וגם להריץ את הדוחות הכבדים שלי בשוטף על השרת הזה. ככה גם אני משפר את שרידות האתר שלי וגם משפר ביצועים!

אז שלא נדע מצרות אבל שתיהיו מוכנים להם!