Windows 10:全新一代的 Windows,為你揭開群組運算與全像攝影的神秘面紗

我們今天發佈了結合各類不同體驗的新一代 Windows 系統,開啟了更為個人化運算的新紀元,同時也發佈了兩款全新裝置,拓展從大螢幕到無螢幕等各類裝置上的 Windows 體驗。 Windows 10 將在裝置上,提供一個更安全、創新與最新的體驗。Windows 10 免費升級服務將提供給目前使用 Windows 7、Windows 8.1 以及 Windows Phone 8.1 的消費者在第一年可以享受免費升級的服務。 「Windows 10 的推出象徵我們將進入以行動優先,雲端至上 (Mobile First, Cloud First) 的世界,開啟更加個人化運算的新世代」微軟全球執行長 Satya Nadella 表示。 「我們的目標是讓目前正在使用 Windows 的 15 億用戶愛上 Windows 10,並讓更多使用者決定將 Windows 帶回家。」 Windows 10: 讓電腦運算更加個人化 Windows 10 的推出象徵著我們將迎來更為個人化運算的新世代,這意味著以人為中心的理念將逐漸代替技術。 在這個新世代中,比起單純讓裝置具有行動力,讓使用經驗具有行動力更重要、而且要無縫的讓相同的體驗跨到不同裝置上。 使用者應能夠像與他人互動一樣,用語音、手勢和目光自然地與科技互動,在這樣的情況下如果要提供一個值得信任的使用體驗,隱私權保護就扮演著舉足輕重的角色。 在活動上微軟展示了 Windows 10 提供的多種新體驗,具體包括: Cortana 進駐 PC 和平板電腦 去年針對 Windows…


如何寫出高效能 TSQL – 善用提示

本文將分成四大單元,分別帶您了解: 善用提示前言 使用提示前的建議 提示類型介紹 進階推薦 前言 雖然 SQL Server 團隊持續加強自我調校,但這不代表 SQL Server 就不會有效能低落的情況發生,即便您的 SQL Server 是在功能最強大的硬體上執行,效能還是可能因為少數幾個不當 TSQL 受影響,而這也是我們最後要介紹提示 (hint) 的主因,因為大多數情況我們無須強制覆寫執行計畫,主要是查詢最佳化程式品質已越來越高 (查詢最佳化程式可是超過 30 年時間研究開發出來的心血),但有時候您不得不否認使用提示是改善效能的最後手段,但這裡我們必須強調提示要謹慎使用,而有使用提示的那些 TSQL 則必須定期追蹤執行計畫變化,因為隨者時間資料異動或條件改變,提示可能變成導致效能低落的主因。本文會介紹使用提示前須先排除相關問題的前提下來改寫 TSQL,以免發生使用提示還是無法改善效能的情況發生,也會介紹相關提示在什麼情境下使用才能真正改善效能 (水能載舟亦能覆舟),但最後還是要再強調一次,提示必須謹慎使用且定期追蹤。   使用提示前的建議 當您遇到查詢最佳化程式所產生的執行計畫品質不佳時,導致該查詢時間過長,耗用資源過高,建議先確認以下問題不是影響該查詢效能主要因素後,改寫 TSQL 使用提示才能發揮最大效益。 1. 基數估計問題: 上一篇探索統計值一文有提到,雖然 SQL 2014 以前版本的基數估計在大資料表常常不夠準確,當您發現執行計畫中某些運算子基數估計和實際資料筆數差距過大時,請先確認是否因資料採樣率過低、統計值過期或是使用資料表值參數等問題造成,因為透過更新統計值或許就可以解決效能問題而非需要改寫 TSQL 使用提示。 2. 系統問題: 您必須確認效能問題不是因為 CPU、RAM 或 I/O 資源不足所導致,又或是最常見的長時間交易導致長時間封鎖情況,其次就是使用連結的伺服器查詢異質資料庫 (Oracle、mysql 等) 所產生查詢效能低落,這些系統問題就算您使用提示也依然無法解決。 3. 索引設計問題: 正確的索引設計常常是提高效能的關鍵,但誤用索引比不使用索引所造成的效能影響要來的更大,所以您必須確認索引有效性、索引鍵選擇性是否合適,不然就算使用提示也難以大幅提高效能。要了解如何正確使用索引,可參考「如何寫出高效能 TSQL -…


如何寫出高效能 TSQL – 探索統計值

本文將分成四大單元,分別帶您了解: 前言 統計值概念 統計值對效能影響及建議 進階推薦 前言 統計值和撰寫 TSQL 兩者關係非淺,由於統計值直接影響執行計畫品質,所以我們寫的查詢需要能有效使用統計值,但由於統計值艱深複雜,所以我們將用案例問題方式來介紹統計值,一來看得比較有感覺,二來內容也比較淺顯易懂,希望透過本文能讓您了解統計值在資料庫中的重要地位。   統計值概念 統計值是什麼? 統計值是描述索引鍵值分布訊息,SQL Server 可以針對索引或是資料表某欄位來建立,而查詢最佳化程式透過統計值資訊才知道要使用那些運算子較為合理,同時也會估計基數並建立最佳執行計畫,例如透過所估計基數選擇索引搜尋運算子,而非需要大量資源的索引掃描運算子。   資料表上的統計值和索引上一樣嗎? 基本上都是一樣的,不一樣的地方在於手動或是自動建立,手動建立可以強制 full scan,但自動建立只進行資料採樣,採樣率越高執行計畫品質越好,但相對花費時間越久,如果資料表資料龐大,那建立或更新統計值將會影響查詢時間,所以 SQL Server 預設不會執行 100% (full scan) 採樣建立統計值,而實務上通常會依照使用者異動程度和 AP 特性來建立自動排程工作 (半年或一年) 更新統計值,下面我們透過 DBCC show_statistics 讓您更清楚手動和自動建立統計值差異。 Note:建議開啟資料庫自動建立和更新統計值選項。 SQL 2014 建議多開啟自動建立累加統計資料。   1. 自動建立統計值 可以看到該資料表總筆數 (rows) 121,317,但該統計值只採樣 (rows sampled) 92,474。   2.手動建立統計值 完整採樣 (full scan)。   閱讀統計資料 DBCC…


如何寫出高效能 TSQL – 關於索引不可不知道的事

本文將分成四大單元,分別帶您了解: 索引簡介 索引基本知識 索引類型介紹 索引設計注意事項 進階推薦   簡介 TSQL 是查詢 SQL Server 的核心,而索引則是提高查詢效能的主角,如要寫出高效能 TSQL 則無可避免需搭配正確索引,因為 SQL Server 需透過正確索引才可以快速有效地找到與索引鍵值相關資料,有了正確索引 SQL Server 就不需要掃描資料頁 (data page) 上每一筆資料,而在眾多查詢效能調校技術中,透過建立並設計正確索引算是最基本的手法 (通常來說也是最有效、最快能看到效果的),所以了解索引觀念和特性,可以幫助我們在開發階段設計規劃正確索引,而且我們認為不管是開發人員或 DBA 都應該了解索引該如何設計,因為都有可能接收使用者最直接的感受,說白話一點,每一句查詢 TSQL 都要以最短時間回應給使用者。但由於索引主題範圍龐大,所以一開始我們會介紹索引基本知識、B-tree 結構等,後面介紹索引類型、案例分享及設計須注意的方向,主要是希望透過本文可以讓大家快速建立正確索引。   索引基本知識 SQL Server 如何使用索引 我們都知道索引可以提高查詢效能,但相對也增加新增 (Insert)、刪除 (Delete) 和更新 (Update) 資料處理成本,所以對整體效能來說找一個合適平衡點相當重要。 當一個資料表沒有索引時,資料存放的順序絕不是依照資料新增順序,這是因為 SQL Server Database Engine 會自我處理資料儲存位置,所以基本上,我們無法事先預測資料儲存在資料頁上是否都連續且都在同一區段中,而當一句 Select 送給 SQL Server 時,因為沒有索引,這時 SQL Server 必須掃描整個資料表,以及該資料表的所有資料頁和資料頁上的每一筆資料,最後才返回使用者最終所需要的資料結果集,這樣的操作就稱為資料表掃描…

4

如何寫出高效能 TSQL – 深入淺出 SQL Server Relational Engine (含 SQL 2014 in-memory Engine)

本文將分成四大單元,分別帶您了解: 簡介 SQL Server 關聯式引擎 SQL 2014 in-memory OLTP 引擎 進階學習 簡介 良好的 TSQL 和正確索引是大幅提高查詢效能最快的捷徑,同時 TSQL 也是使用 SQL Server 的核心,任何應用程式想要和 SQL Server 溝通,都無法避免撰寫 TSQL,所以各種效能調校方法中,我們認為查詢調校是最省成本、最快能感受到效果的方法 (如下圖),這一系列文章將為大家介紹如何寫出高效能 TSQL,以及開發人員必須了解 SQL Server 相關基本知識和觀念,這樣才能活用相關技術,並發揮 SQL Server 無限潛能。     SQL Server 關聯式引擎 SQL Server 資料庫引擎主要有兩部分,這我們裡不討論儲存引擎 (storage engine) 架構,而將會著重在關聯式引擎。 由於 SQL Server 處理查詢過程步驟相當繁瑣,當一句 TSQL 送給 SQL Server 時,我們須了解關聯式引擎是如何工作的,因為每一句 TSQL 都必須透過關聯式引擎分析處理,最後才會透過儲存引擎執行並返回使用者所需的資料結果集,理解關聯式引擎不僅可以幫我們預先避開效能陷阱,同時也有助於我們減少查詢調校和除錯時間,下面我將說明幾個處理關鍵步驟。 圖一:SQL Server…

1

對 Azure Backup 的常見配置問題進行故障排除

此文章有助於解決 Microsoft 雲備份解決方案(即 Azure Backup)的常見配置問題。客戶通常會在安裝或註冊 Azure Backup 時遇到這些問題。以下是有關如何診斷和解決問題的建議。 Azure Backup 安裝失敗,顯示 ” 為選擇的安裝資料夾指定的屬性無效 ” 。 嘗試在擁有 “ System ” 、 “ Hidden ” 、 “ Compressed ” 或 “ Encrypted ” 屬性的資料夾中安裝 Azure Backup Agent 時,會顯示 “ 為選擇的安裝資料夾指定的屬性無效 ” 消息。 請刪除安裝資料夾上的 “ System ” 、 “ Hidden ” 、 “ Compressed ” 或 “ Encrypted…


Microsoft Azure Storage Service 版本刪除公告

Storage Service 於 2008 年首次推出,自此以後我們推出了 7 個更新版本,每一版都會對協定進行精煉並添加新功能。我們宣佈,即將刪除一些早期版本的 REST API 。本文將會介紹確保應用程式在刪除這些版本之後繼續良好運行需要瞭解的所有注意事項。 背景:Storage Service 版本控制 什麼是版本控制 Azure Storage 通過 REST API 進行訪問 。這些 API 於 2008 年首次問世。在不斷增添和調整內容改進服務的同時,我們還通過版本控制來避免破壞現有的應用程式。每當做出的調整可能會破壞現有應用程式時,我們都會推出新版本,並要求應用程式更新。現有的應用程式不會受到新版本的影響。存取儲存體通常通過以下方式之一指定要使用的版本: 1)     api-version 查詢參數:只要未指定 sv 和 x-ms-version ,或者即便指定但使用 2014 版或更高版本,即可為各項存取儲存體指定此參數。此 api-version 參數將指示使用的服務版本。 2)     x-ms-version request header :需要對通過共用的金鑰身份驗證進行的調用使用。 x-ms-version header 用於指定版本,以便通知該服務如何對請求做出解釋,以及如何使用該版本的 REST API 對用戶端做出回應。 3)     SAS version header :在 2012 版本和 2013 版本中,共享存取簽章簽名 ( SAS ) 權杖的 “ sv…


TechNet 論壇精選 (11/23- 12/31)

TechNet 論壇是一個可以讓 IT 專業人員們自由提出問題、尋找資訊的好地方,歡迎大家多多利用,與論壇社群中的同好們一同分享 Microsoft 技術資訊。 而我們也會不定期整理一些論壇精選給大家,希望對您的學習有所幫助!以下為 11/23 – 12/31 的論壇精選喔,感謝 TechNet 小幫手的協助。 標題                                                                                                                                                              日期                   是否可以設定 rdp 遠端連線 2014/11/26 IE11 默認預設縮放比例 2014/11/28 WIN8 如何快速叫出 裝置和印表機 2014/12/10 Server 2012 dedupe 突然變為 0% 2014/12/10 Outlook 上 Exchange 信箱寄件匣卡信問題 2014/12/12 桌面『卡殘影 – 選單』除了重開機外怎麼解決 2014/12/12 Exchange 2007 SMTP 相關設定 2014/12/15 開幾個 XLS 檔案,為何會開始同一個 EXCEL 裏 2014/12/18 從 Windows…