Time of Update: 2017-02-27
一、 背景搭建SQL Server複製的時候,如果網路環境是區域網路內,通過主機名稱就可以實現了,但是如果是跨網段、跨機房異地搭建複製的時候就需要注意了,因為SQL Server複製不支援通過IP串連散發者,那有什麼辦法解決跨網段、跨機房的問題呢?二、 解決方案在跨網段、跨機房進行SQL Server複製的時候需要區分兩種情況:一種是外網IP的1433連接埠對應了這台機器SQL Server的資料庫連接埠;另外一種情況是外網IP對應SQLServer機器的連接埠不是1433;下面是幾種解決方案:
Time of Update: 2017-02-27
今天看到這篇文章:沒有了SA密碼,無法Windows整合身份登入,DBA怎麼辦?想起來之前著急哥問我的一個問題,一個DBA刪除了Windows登入使用者,而且SQLSERVER伺服器的驗證
Time of Update: 2017-02-27
有經驗的大俠可以直接忽視這篇文章~這個問題有經驗的人都知道怎麽做,因為我們公司的資料量不大沒有這個需求,也不知道怎麽做實驗今天求助了QQ群裡的菠蘿大俠,終於知道怎麽做了我自己會把不明白的問題一定會問到底的,之前在論壇問過這個弱弱的問題,但是由於太弱了,人家隨便回覆了一下然後斑竹就標記為答案了~移動資料:1、有表分區2、沒有表分區我這裡只討論沒有表分區的情況,表分區的情況還不是很明白例子比如:你有三個檔案組,其中一個是主檔案組測試指令碼:USE master GO
Time of Update: 2017-02-27
每個物理檔案(資料檔案)對應一個檔案組的情況(一對一)如果我把資料移到另一個檔案組了,不想要這個已經清空的檔案組了,怎麽做?指令碼跟之前那篇文章差不多USE master GO IF EXISTS(SELECT * FROM sys.[databases] WHERE [database_id]=DB_ID('Test')) DROP DATABASE [Test] --1.建立資料庫 CREATE DATABASE [Test]
Time of Update: 2017-02-27
在微軟亞太地區區資料庫支援人員組官方部落格裡面,你會發現很多篇文章都用到了Procmon.exe這個工具 今天我也介紹一下這個工具這個實驗基於這篇文章《SQL server每個日誌寫(log write)究竟有多大?》這個工具的下載地址:http://files.cnblogs.com/lyhabc/ProcessMonitor.zip文章裡面的測試內容是這樣的SQL server 日誌寫(log write)的最小大小是多少呢?為此我做了個實驗(Windows 7+SQL server 201
Time of Update: 2017-02-27
因為這個資料庫是不知道當時是那個版本建立的,在官方看了一下,解釋說許可權不對,應該把這個資料庫放到 SqlServer安裝的目錄下,也就是C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data,果然解決問題;不過 總不能每次都把資料庫放到這個目錄下啊!所以又尋找了其他的解決方案;第一種解決方案:就是剛才的方法,把這個檔案放到SqlServer預設位置下,不過最好不要放在C盤,萬一那天重裝系
Time of Update: 2017-02-27
對於一個軟體企業來說,原始碼就是公司全體智慧的結晶,絕不能有任何閃失。但對於公司產品的基石資料庫怎麼來 進行統一管理呢?通常,是直接備份資料庫檔案的方式,或者產生資料庫的部署指令碼,來重複的備份。這個方法可行, 卻有些值得改進的地方。首先,太繁瑣了,浪費精神;其二,不方便和其它項目同時管理。下面,就介紹我偶然看到的 方法,當然,可能有很多人已經這麼做了,但分享給那些還不知道的人。大體思路:VS 2010 提供了一個項目類型,建立->資料庫->SQL Server 2005
Time of Update: 2017-02-27
從SQL2005開始,checksum校正被增加為頁面校正的一個選項,最廣為人知的兩個checksum選項就是備份時候的 checksum選項和頁面校正checksum選項另外一個比較少人知道的選項就是log block checksum什麼是log block?Log Block在宋沄劍寫的文章裡已經介紹的很清楚了Log Block是日誌寫入持久化儲存的最小單位,Log Block的大小從512位元組到60K不等,這取決於事務的大小,那些在記憶體還未被寫入持久化儲存的Log
Time of Update: 2017-02-27
綜述隨著越來越多的組織的資料從GB、TB級邁向PB級,標誌著整個社會的資訊化水平正在邁入新的時代 – 大資料 時代。對海量資料的處理、分析能力,日益成為組織在這個時代決勝未來的關鍵因素,而基於大資料的應用,也在潛移 默化地滲透到社會的方方面面,影響到每一個人的日常生活,人們日常生活中看到的電視節目、瀏覽的網頁、接收到的
Time of Update: 2017-02-27
dbForge SQL Decryptor這個工具的軟體公司是devart,也是跟redgate公司一樣,製作各種資料庫協助工具輔助和編程工
Time of Update: 2017-02-27
先說清楚這些概念吧SQLSERVER只有日誌鏈,備份記錄(有些人也叫備份鏈)本人覺得叫備份記錄更合適下面三個東西說的都是同一樣東西備份組=備份記錄=備份鏈備份組:比如備份的集合,比如有對一個資料庫的完備1、差備、日備1、完備2、日備2,這些資料庫的備份的集合就 是備份組不過我更喜歡叫備份記錄備份記錄實際上指 SELECT * FROM
Time of Update: 2017-02-27
你肯定有過這樣的煩惱,同樣的表,不同的資料庫,加入你不能執行select insert那麼你肯定需要一條這樣的預存程序,之需要傳入表明,就會給你產生資料的插入語句。當然資料表數量太大,你將最好用別的方式Create proc [dbo].[spGenInsertSQL] (@tablename varchar(256))asbegindeclare @sql varchar(8000)declare @sqlValues varchar(8000)set @sql ='
Time of Update: 2017-02-27
在SQL Server中,利用日誌的WAL來保證關聯式資料庫的持久性,但由於硬碟的特性,不可能使得每產生一條日誌,就 直接向磁碟寫一次,因此日誌會被緩衝起來,到一定資料量才會寫入磁碟。這部分已經產生的,卻沒有寫入磁碟的日誌 ,就是所謂的In-Flight日誌。在SQL Server中,In-Flight的日誌的大小取決於兩個因素,根據Paul Randal的說法,In-Flight日誌不能超過60K,
Time of Update: 2017-02-27
指令檔下載:http://files.cnblogs.com/lyhabc/instnwnd.rar我們開啟上篇建立的blogtest擴充事件會話的屬性檢查一下sql_statement_starting事件和sql_statement_completed事件的謂詞是不是database_name=’Northwind’運行workload大家可以看到instnwnd.sql這個檔案是比較大的,執行的時候會產生一些workload我們啟動blogtest會話然後執行ins
Time of Update: 2017-02-27
簡單介紹首先開啟SQLSERVER2012的SSMS,依次點擊開啟管理-》擴充事件-》會話在會話檔案夾中,點擊右鍵-》可以建立會話/建立會話嚮導在已有的會話中,點擊右鍵-》啟動會話、建立會話、匯出會話、刪除、屬性這些菜單已經很豐富了點擊-》建立會話嚮導 ,SQLSERVER會一步一步引導您怎麽建立一個會話包括設定會話熟悉感、選擇模板、選擇要捕獲的事件、選擇要捕獲的全域欄位、設定事件會話篩選器、指定會話資料 儲存
Time of Update: 2017-02-27
雖然對於keyhashvalue的研究還有很多問題還沒有解決,但是基本可以確定“keyhashvalue是用來鎖 定資源的”而不是我之前說的,在seek的時候根據這個KeyHashValue來快速尋找到對應的記錄誤導大家了,真的不好意思!!!!資源 說明RID 用於鎖定堆(heap)中的某一行KEY
Time of Update: 2017-02-27
測試環境:SQLSERVER2005 開發人員版真的不好意思,我做實驗的時候到最後還是沒有找到這個問題的答案問題是這樣的:當通過叢集索引尋找和非叢集索引尋找的時候,通過雜湊碼來匹配,然後找到相應記錄的既然通過雜湊碼來匹配,那麼就需要一個hash bucket把所有索引頁面的所有key/value全部載入到hash bucket既然要全部載入到hash bucket就需要讀取所有的索引頁我的測試指令碼,我使用SET STATISTICS IO
Time of Update: 2017-02-27
簡介在一個理想的世界中,不會存在任何資料庫的損壞,就像我們不會將一些嚴重意外情況列入我們生活中的日常一樣, 而一旦這類事情發生,一定會對我們的生活造成非常顯著的影響,在SQL Server中也同樣如此,或許幾年內您沒有遇見 過資料庫中出現這類情況,而一旦遇見這類情況,往往伴隨著資料的丟失,宕機,嚴重甚至您本身的職業生涯也會受到 影響。因此對於這類情況,我們需要瞭解資料庫損壞方面的知識,以便我們能夠事前準備,事後能夠處理。本篇文章會
Time of Update: 2017-02-27
資料庫的可靠性在關聯式資料庫系統中,我們需要資料庫可靠,所謂的可靠就是當遇見如下兩種情況之一時保證資料庫的一致性:在系統崩潰/故障等情況下,保證資料庫的一致性資料不能在多個DML語句同時修改資料的情況下,導致不一致或資料損毀實際上,上述第二種情況就是並發性所需要解決的問題,傳統關聯式資料庫中,我們用鎖來解決這個問題,而對於記憶體 資料庫或帶有開放式並行存取控制的資料庫系統,通過多版本並發控制(MVCC)來解決這個問題。因為本篇文章的主旨是討論 日誌而不是並發,因此對於上述第二種情況不會詳細解釋。
Time of Update: 2017-02-27
有關CheckPoint的概念對大多數SQL