自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

SQL Server 2008高可用性系列:數(shù)據(jù)庫(kù)快照

數(shù)據(jù)庫(kù) SQL Server 數(shù)據(jù)庫(kù)運(yùn)維
我們今天要討論的話題是數(shù)據(jù)庫(kù)快照。在SQL Server 2008高可用性中,快照是一項(xiàng)很重要的內(nèi)容,可以提供至關(guān)重要的線索。

一: 簡(jiǎn)介

數(shù)據(jù)庫(kù)快照是數(shù)據(jù)庫(kù)(源數(shù)據(jù)庫(kù))的只讀、靜態(tài)視圖。多個(gè)快照可以位于一個(gè)源數(shù)據(jù)庫(kù)中,并且可以作為數(shù)據(jù)庫(kù)始終駐留在同一服務(wù)器實(shí)例上。創(chuàng)建快照時(shí),每個(gè)數(shù)據(jù)庫(kù)快照在事務(wù)上與源數(shù)據(jù)庫(kù)一致。在被數(shù)據(jù)庫(kù)所有者顯式刪除之前,快照始終存在。

快照可用于報(bào)表。另外,如果源數(shù)據(jù)庫(kù)出現(xiàn)用戶錯(cuò)誤,還可將源數(shù)據(jù)庫(kù)恢復(fù)到創(chuàng)建快照時(shí)的狀態(tài)。丟失的數(shù)據(jù)僅限于創(chuàng)建快照后數(shù)據(jù)庫(kù)更新的數(shù)據(jù)。

運(yùn)行原理: 數(shù)據(jù)庫(kù)快照在數(shù)據(jù)頁(yè)級(jí)運(yùn)行。在第一次修改源數(shù)據(jù)庫(kù)頁(yè)之前,先將原始頁(yè)從源數(shù)據(jù)庫(kù)復(fù)制到快照。此過程稱為“寫入時(shí)復(fù)制操作”??煺諏⒋鎯?chǔ)原始頁(yè),保留它們?cè)趧?chuàng)建快照時(shí)的數(shù)據(jù)記錄。對(duì)已修改頁(yè)中的記錄進(jìn)行后續(xù)更新不會(huì)影響快照的內(nèi)容。對(duì)要進(jìn)行第一次修改的每一頁(yè)重復(fù)此過程。這樣,快照將保留自創(chuàng)建快照后經(jīng)修改的所有數(shù)據(jù)記錄的原始頁(yè)。

注:只有 SQL Server 2005 Enterprise Edition 和更高版本才提供數(shù)據(jù)庫(kù)快照功能,所有恢復(fù)模式都支持?jǐn)?shù)據(jù)庫(kù)快照。

二:數(shù)據(jù)庫(kù)快照的典型用法及工作方式

1. 數(shù)據(jù)庫(kù)快照的典型用法:

維護(hù)歷史數(shù)據(jù)以生成報(bào)表。

使用為了實(shí)現(xiàn)可用性目標(biāo)而維護(hù)的鏡像數(shù)據(jù)庫(kù)來減輕報(bào)表負(fù)載。

使數(shù)據(jù)免受管理失誤所帶來的影響。

在進(jìn)行重大更新(例如,大容量更新或架構(gòu)更改)之前,可創(chuàng)建數(shù)據(jù)庫(kù)快照以保護(hù)數(shù)據(jù)。一旦進(jìn)行了錯(cuò)誤操作,可以使用快照將數(shù)據(jù)庫(kù)恢復(fù)到生成快照時(shí)的狀態(tài)。

使數(shù)據(jù)免受用戶失誤所帶來的影響。

管理測(cè)試數(shù)據(jù)庫(kù)

提示:數(shù)據(jù)庫(kù)快照與源數(shù)據(jù)庫(kù)相關(guān)。因此,使用數(shù)據(jù)庫(kù)快照還原數(shù)據(jù)庫(kù)不能代替?zhèn)浞莺瓦€原策略。嚴(yán)格按計(jì)劃執(zhí)行備份仍然至關(guān)重要。如果必須將源數(shù)據(jù)庫(kù)還原到創(chuàng)建數(shù)據(jù)庫(kù)快照的時(shí)間點(diǎn),請(qǐng)實(shí)施允許您執(zhí)行該操作的備份策略。

2. 數(shù)據(jù)庫(kù)快照的工作方式

了解快照中的稀疏文件:為了存儲(chǔ)復(fù)制的原始頁(yè),快照使用一個(gè)或多個(gè)“稀疏文件”。最初,稀疏文件實(shí)質(zhì)上是空文件,不包含用戶數(shù)據(jù)并且未被分配存儲(chǔ)用戶數(shù)據(jù)的磁盤空間。隨著源數(shù)據(jù)庫(kù)中更新的頁(yè)越來越多,文件的大小也不斷增長(zhǎng)。創(chuàng)建快照時(shí),稀疏文件占用的磁盤空間很少。然而,由于數(shù)據(jù)庫(kù)隨著時(shí)間的推移不斷更新,稀疏文件會(huì)增長(zhǎng)為一個(gè)很大的文件。

快照的工作方式:

(1) 寫操作

捕獲

第一次寫入時(shí)會(huì)把原始頁(yè)頁(yè)復(fù)制到快照。

(2) 讀操作

捕獲

無(wú)更新頁(yè)之前的讀過程

捕獲

有更新頁(yè)之后的讀過程,可以看到快照讀取的是創(chuàng)建快照時(shí)的那一頁(yè)。

(3) 較多的讀寫之后

捕獲

隨著源數(shù)據(jù)庫(kù)中更新的頁(yè)越來越多,拷貝到快照中的頁(yè)頁(yè)越來越多,文件的大小也不斷增長(zhǎng)。

快照保存的是數(shù)據(jù)更新之前的那份拷貝,所以通過快照讀取的數(shù)據(jù)是數(shù)據(jù)更新之前的那一份,數(shù)據(jù)丟失就可以恢復(fù)到創(chuàng)建快照的這個(gè)時(shí)間點(diǎn)。

三:應(yīng)用實(shí)例

1. 快照的命名

創(chuàng)建數(shù)據(jù)庫(kù)快照之前,考慮如何命名它們是非常重要的。每個(gè)數(shù)據(jù)庫(kù)快照都需要一個(gè)唯一的數(shù)據(jù)庫(kù)名稱。為了便于管理,數(shù)據(jù)庫(kù)快照的名稱可以包含標(biāo)識(shí)數(shù)據(jù)庫(kù)的信息,例如:

源數(shù)據(jù)庫(kù)的名稱。

該新名稱用于快照的指示信息。

快照的創(chuàng)建日期和時(shí)間、序列號(hào)或一些其他的信息(例如一天中的某個(gè)時(shí)間)以區(qū)分給定的數(shù)據(jù)庫(kù)上的連續(xù)快照。

如:

以6個(gè)小時(shí)為間隔(06:00-18:00之間)創(chuàng)建快照:

AdventureWorks2008_snapshot_0600
AdventureWorks2008_snapshot_1200
AdventureWorks2008_snapshot_1800

或者不太精確的命名:

AdventureWorks2008_snapshot_morning
AdventureWorks2008_snapshot_noon
AdventureWorks2008_snapshot_evening

2. 創(chuàng)建數(shù)據(jù)庫(kù)快照

語(yǔ)法示例:

  1. CREATE DATABASE AdventureWorks2008_dbss1800 ON 
  2. NAME = AdventureWorks2008_Data, FILENAME = ‘D:\DATA\AdventureWorks2008_data_1800.ss' )  
  3. AS SNAPSHOT OF AdventureWorks2008;  
  4. .Snapshot Name: AdventureWorks2008_dbss1800  
  5. .NAME: source database data file name 
  6. .FILENAME: snapshot sparse file name 

3. 刪掉數(shù)據(jù)庫(kù)快照

  1. DROP DATABASE AdventureWorks2008_dbss1800 

四:數(shù)據(jù)庫(kù)快照的限制

1. 對(duì)源數(shù)據(jù)庫(kù)的限制

不能對(duì)數(shù)據(jù)庫(kù)進(jìn)行刪除、分離或還原。

源數(shù)據(jù)庫(kù)的性能受到影響。由于每次更新頁(yè)時(shí)都會(huì)對(duì)快照?qǐng)?zhí)行“寫入時(shí)復(fù)制”操作,導(dǎo)致源數(shù)據(jù)庫(kù)上的 I/O 增加。

不能從源數(shù)據(jù)庫(kù)或任何快照中刪除文件。

源數(shù)據(jù)庫(kù)必須處于聯(lián)機(jī)狀態(tài),除非該數(shù)據(jù)庫(kù)在數(shù)據(jù)庫(kù)鏡像會(huì)話中是鏡像數(shù)據(jù)庫(kù)。

不能將源數(shù)據(jù)庫(kù)配置為可縮放共享數(shù)據(jù)庫(kù)。

若要在鏡像數(shù)據(jù)庫(kù)中創(chuàng)建數(shù)據(jù)庫(kù)快照,數(shù)據(jù)庫(kù)必須處于同步鏡像狀態(tài)。

2. 數(shù)據(jù)庫(kù)快照的限制

數(shù)據(jù)庫(kù)快照必須與源數(shù)據(jù)庫(kù)在相同的服務(wù)器實(shí)例上創(chuàng)建和保留。

始終對(duì)整個(gè)數(shù)據(jù)庫(kù)拍攝數(shù)據(jù)庫(kù)快照。

數(shù)據(jù)庫(kù)快照與源數(shù)據(jù)庫(kù)相關(guān)。因此,使用數(shù)據(jù)庫(kù)快照還原數(shù)據(jù)庫(kù)不能代替?zhèn)浞莺瓦€原策略。嚴(yán)格按計(jì)劃執(zhí)行備份仍然至關(guān)重要。如果必須將源數(shù)據(jù)庫(kù)還原到創(chuàng)建數(shù)據(jù)庫(kù)快照的時(shí)間點(diǎn),請(qǐng)實(shí)施允許您執(zhí)行該操作的備份策略。

當(dāng)將源數(shù)據(jù)庫(kù)中更新的頁(yè)強(qiáng)制壓入快照時(shí),如果快照用盡磁盤空間或者遇到其他錯(cuò)誤,則該快照將成為可疑快照并且必須將其刪除。

快照為只讀。

禁止對(duì) model 數(shù)據(jù)庫(kù)、master 數(shù)據(jù)庫(kù)和 tempdb 數(shù)據(jù)庫(kù)創(chuàng)建快照。

不能從數(shù)據(jù)庫(kù)快照中刪除文件。

不能備份或還原數(shù)據(jù)庫(kù)快照。

不能附加或分離數(shù)據(jù)庫(kù)快照。

注:更多的限制請(qǐng)參照MSDN。

四:總結(jié)

數(shù)據(jù)庫(kù)快照只是提供數(shù)據(jù)恢復(fù)的一種方式,在遇到災(zāi)難發(fā)生時(shí), 數(shù)據(jù)可以恢復(fù)到創(chuàng)建快照的那個(gè)時(shí)間點(diǎn)。恢復(fù)操作可以恢復(fù)最近出現(xiàn)的嚴(yán)重用戶錯(cuò)誤,如刪除表等。不能代替完整的備份還原策略。

原文標(biāo)題:SQL Server 2008高可用性(High Availability)簡(jiǎn)介(2)—Database Snapshots

鏈接:http://www.cnblogs.com/changbluesky/archive/2010/09/08/1821318.html

【編輯推薦】

  1. SQL Server 2000刪除實(shí)戰(zhàn)演習(xí)
  2. SQL Server存儲(chǔ)過程的命名標(biāo)準(zhǔn)如何進(jìn)行?
  3. 卸載SQL Server 2005組件的正確順序
  4. 對(duì)SQL Server字符串?dāng)?shù)據(jù)類型的具體描述
  5. SQL Server數(shù)據(jù)類型的種類與應(yīng)用

【責(zé)任編輯:彭凡 TEL:(010)68476606】

責(zé)任編輯:彭凡 來源: 博客園
相關(guān)推薦

2010-09-14 08:55:55

SQL Server

2012-09-04 13:43:31

SQL Server

2010-09-13 14:34:22

SQL Server

2009-04-16 15:34:35

SQL Server

2009-07-07 23:14:00

高可用性SQL Server

2009-07-09 10:25:16

2010-06-03 15:23:48

2017-03-15 15:14:03

MySQL數(shù)據(jù)庫(kù)高可用性

2011-04-14 13:13:28

SQL serverSQL Mirror

2009-04-16 15:30:15

SQL Server 可用性應(yīng)用場(chǎng)景

2010-07-06 17:42:46

SQL Server

2020-03-18 09:00:06

SQL Server云計(jì)算數(shù)據(jù)庫(kù)

2022-05-09 09:42:24

高可用分布式數(shù)據(jù)庫(kù)

2023-12-05 09:31:46

數(shù)據(jù)庫(kù)架構(gòu)

2022-02-16 08:00:00

數(shù)據(jù)庫(kù)DAG服務(wù)器

2016-09-08 12:44:11

2010-12-07 15:30:15

Exchange Se

2010-07-02 13:07:11

SQL Server

2024-02-27 09:48:25

Redis集群數(shù)據(jù)庫(kù)

2013-08-28 10:30:39

vSphere
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)