mscssql

‘壹’ 鍑犱釜鎶宸цВ鏋怱QL Server缇ら泦镄勯毦棰榌2]

銆銆涓轰简灏嗗仠链烘椂闂村噺鍒版渶灏 鎭ㄥ緢鍙鑳藉繀椤讳娇鐢ㄦ棩蹇椾紶阃 闄ら潪鎭ㄧ殑鏁版嵁搴撶浉褰揿皬骞朵笖鍦ㄤ竴娈垫椂闂村唴娌℃湁鐢ㄦ埛寤虹珛杩炴帴 鍦ㄧЩ浜や箣鍓 鎭ㄩ兘鍙浠ユｇ‘镓ц屾棩蹇椾紶阃 鎺ョ潃 鍒犻櫎杩欎簺鐢ㄦ埛 鍓鍒囧苟浼犻佹渶钖庣殑镞ュ织 铹跺悗鎸囧悜鏂板疄渚嬩笂镄勫簲鐢ㄧ▼搴 (链夊叧镒熷叴瓒ｇ殑镞ュ织浼犻佹浛浠ｆ柟娉 璇峰弬阒呬笅闱㈢殑鏁版嵁搴挞暅镀忛儴鍒 )濡傛灉浣跨敤DNS鍒钖 鎭ㄧ敋镊冲彲鑳戒笉闇瑕佹寚钖戞柊瀹炰緥涓婄殑搴旂敤绋嫔簭 钥屾槸鍙闇镟存柊 DNS 鍒钖 杩欑嶆柟娉旷殑浼樼偣鏄 濡傛灉鎭ㄧ殑杩佺Щ鍙杩涜屼简涓閮ㄥ垎 浣嗗繀椤昏佸洖阃鍒板师濮嬬姸镐 闾ｆ偍镊冲皯杩樻湁铡熷嬫枃浠

銆銆鎭ㄨ缮鍙浠ラ噰鐢ㄤ竴绉嶆垚链杈冧绠镄勬柟妗 浣嗛渶瑕佹偍锅氭洿澶氱殑棰勫厛瑙勫垝 涓涓缇ら泦鍙浠ユ敮鎸佸氢釜sql Server瀹炰緥 浣嗘疮涓瀹炰緥蹇呴’链夊叾镊宸辩殑纾佺洏璧勬簮 锲犳 鍦ㄥ垝鍒哠AN镞 璇风暀鍑轰竴涓狶UN 浠ュ囧皢𨱒ュ崌绾 瑕佹墽琛屽崌绾 璇峰湪姝ょ佺洏璧勬簮涓婂畨瑁 SQL Server 浜岃繘鍒舵枃浠 鎭ㄥ彲浠ユ紨涔犱竴涓嬭ョ郴缁 褰撴偍鍑嗗囧ソ钖 鍏抽棴褰揿墠SQL Server 灏嗙佺洏璧勬簮浠庢棫镄 SQL Server缁勪腑绉诲嚭 镟存柊渚濊禆鍏崇郴 铹跺悗浣挎柊SQL Server瀹炰緥鍦ㄧ嚎 杩炴帴镞у疄渚嬩腑镄勬暟鎹搴 铹跺悗钖锷ㄥ苟杩愯 (鎭ㄥ凡鎻愭棭澶囦唤浜嗘墍链夋暟鎹 瀵瑰悧?)

銆銆杩椤氨鏄鎴愭湰杈冧绠镄勬柟娉 瀹炶岃繖涓鏂规硶闇瑕佹圹𨰾呬竴浜涢庨橹 濡傛灉鍑虹幇鏁呴㱩 鎭ㄦ棤娉曞皢鏁版嵁搴扑笌鏂板疄渚嫔垎绂诲紑𨱒ュ苟鏀惧洖铡熸潵浣岖疆 鎭ㄧ殑镎崭綔宸茬亩鍖栦负浠庡囦唤鎭㈠ 杩欐剰锻崇潃闇瑕佸緢闀跨殑锅沧満镞堕棿

銆銆杩樻湁涓绉嶆柟娉曟槸灏嗕袱涓猄QL Server瀹炰緥閮芥斁鍦ㄦ偍镄凷AN涓 鍓嶆彁鏄鎭ㄦ湁瓒冲熺殑纾佺洏绌洪棿 灏嗙敓浜у囦唤(鍜屾棩蹇椾紶阃)鎭㈠崭负鏂板疄渚 铹跺悗鎸夊墠闱浠嬬粛镄勬ラょ户缁杩涜 浣嗙幇鍦ㄦ偍链夐璺浜 钥屼笖 涓镞﹀畬鎴愯縼绉 鎭ㄨ缮鍙浠ラ喷鏀炬棫瀹炰緥鍗犵敤镄凷AN璧勬簮 鎭ㄥ彧闇澧炲姞棰濆栫殑纾佺洏

銆銆璐熻浇骞宠

銆銆璁╂垜浠棣栧厛鎻绌胯繖镙蜂竴涓甯歌佽瑙 MSCS缇ら泦鏄鐢ㄤ簬銮峰缑楂桦彲鐢ㄦх殑 钥岄潪鐢ㄤ簬瀹炵幇璐熻浇骞宠 姝ゅ SQL Server娌℃湁浠讳綍鍐呯疆镄 镊锷ㄨ礋杞藉钩琛″姛鑳 鎭ㄥ繀椤婚氲繃搴旂敤绋嫔簭镄勭墿鐞呜捐℃潵瀹炵幇璐熻浇骞宠 杩欐剰锻崇潃浠涔?

銆銆闅忕潃琛ㄧ殑阃愭笎澧为暱 鎭ㄥ彲鑳戒细棰勬枡鍒版ц兘浼氶檷浣 鐗瑰埆鏄鍦ㄦ秹鍙婂埌琛ㄦ壂鎻忔搷浣沧椂 褰撹屾暟杈惧埌鏁扮栌涓囨垨鏁板崄浜块》鎺樻椂 浼犵粺镄勮В鍐虫柟妗堜细浣跨敤宸插垎鍖鸿嗗浘 杩欑嶈嗗浘鐢辫嫢骞插叿链夌浉钖岀粨鏋 浣跨敤 union ALL 鎸傛帴鍦ㄤ竴璧风殑琛ㄧ粍鎴 姝ゅ 杩树细鍦ㄩ傚綋浣岖疆鏀剧疆 CHECK 绾︽潫𨱒ュ尯鍒呜繖浜涙垚锻樿〃 钥岃繖浼氶樆姝㈣法宸插垎鍖鸿嗗浘澶嶅埗鏁版嵁 濡傛灉鍦 CHECK 绾︽潫涓浣跨敤镄勫垪涔熸槸涓婚敭镄勪竴閮ㄥ垎 鍒栾ヨ嗗浘鏄鍙镟存柊镄

銆銆濡傛灉鎴愬憳琛ㄥ湪鍏惰嚜宸辩殑鏂囦欢缁勪腑 鍒椤傛灉杩欎簺鏂囦欢缁勪腑镄勬枃浠跺垎鍒浣崭簬涓嶅悓镄勭墿鐞嗛┍锷ㄥ櫒涓 闾ｄ箞鎭ㄤ细銮峰缑镟翠匠镄勭佺洏镐ц兘 杩欎簺琛ㄧ敋镊充篃鍙浠ヤ綅浜庝笉钖岀殑鏁版嵁搴扑腑 浣嗘槸 鍦⊿QL Server 涓 鍙瑕佹墍链夋暟鎹鍧囧湪钖屼竴涓锘嬩箮琛鏁版嵁搴扑腑 鎭ㄥ氨鍙浠ヤ娇鐢ㄨ〃鍒嗗尯 钥岃〃鍒嗗尯瀹炵幇璧锋潵灏卞规槗寰楀氢简

銆銆浣嗘槸 锅囱炬偍宸茬粡灏藉彲鑳藉湴鍒╃敤浜呜〃鍒嗗尯鎴(链鍦)宸插垎鍖鸿嗗浘 浣嗘ц兘浠岖劧寰堜绠 濡傛灉鎭ㄦ嫢链塖QL Server 鎴朣QL Server 灏卞彲浠ュ埄鐢ㄥ垎甯冨纺宸插垎鍖鸿嗗浘浜 涓昏佸樊鍒鍦ㄤ簬 鎴愬憳琛ㄥ彲浠ヤ綅浜庝笉钖岀殑 SQL Server 瀹炰緥涓 钥屼笖杩欎簺瀹炰緥鍙浠ュ畨瑁呭湪 N+ 缇ら泦涓 涓轰粈涔堥紦锷辨偍杩欐牱锅?濡傛灉宸插垎鍖鸿嗗浘涓镄勪换浣曚竴涓鎴愬憳琛ㄨ浆鍏ョ荤嚎鐘舵 鍒欐暣涓瑙嗗浘涔熷皢杞鍏ョ荤嚎鐘舵 浣胯繖浜涙垚锻樻垚涓虹兢闆嗙殑涓閮ㄥ垎鍙浠ヤ负鎭ㄦ彁渚涙敮鎸佹ц兘鍜屽疄鐜拌礋杞藉钩琛℃墍闇镄勫彲闱犳

銆銆鎭ㄧ湡镄勯渶瑕佺兢闆嗗悧?

銆銆鎴栬告偍链変竴浜涘囩敤链嶅姟鍣ㄦ棤浜嫔彲锅 浣呜繖浜涙湇锷″櫒涓嶅湪 Windows 鐩褰旷殑缇ら泦閮ㄥ垎涓 濡傛灉鎭ㄥ湪杩欎簺链嶅姟鍣ㄥ彲鐢ㄧ殑𨱍呭喌涓 鍙鏄涓轰简鏀鎸佺兢闆嗗氨蹇呴’鍑哄幓璐缃鏂版湇锷″櫒 闾ｄ箞杩欐槸涓绉嶆氮璐瑰彲钥荤殑琛屼负

銆銆鏁版嵁搴挞暅镀忓彲鑳芥槸链阃傚悎镟夸唬缇ら泦镄勪竴绉嶆柟娉 闀滃儚娑夊强鍒颁笁涓鍏幂礌 瀛桦偍闀滃儚鏁版嵁搴撶殑瀹炰緥绉颁负涓讳綋;澶囦唤链嶅姟鍣ㄧО涓洪暅镀;濡傛灉瑕佸疄鐜拌嚜锷ㄦ晠闅滆浆绉 杩橀渶瑕佺涓夊彴寮鑵旀湇锷″櫒 绉颁负瑙佽瘉鏂 绠钥岃█涔 涓讳綋涓婄殑鏁版嵁搴扑腑镄勪簨锷′细鍦ㄩ暅镀忎腑鍐嶆¤繍琛 褰扑富浣揿嚭鐜版晠闅沧椂 濡傛灉链夎佽瘉鏂 鏁版嵁搴扑细镊锷ㄦ晠闅滆浆绉诲埌闀滃儚 鎭ㄥ繀椤讳负姣忎釜搴旂敤绋嫔簭鏁版嵁搴撹剧疆闀滃儚 浣嗕笉鑳介暅镀忕郴缁熸暟鎹搴

銆銆闀滃儚鏄鍗旷嫭镄凷QL Server 瀹炰緥 涓庣兢闆嗕笉钖岀殑鏄 闀滃儚鍙浠ヤ綅浜庡嚑鍗冭嫳閲屼互澶 鍏堕珮阃熺紦瀛树腑濉鍏呯殑鏄鐢变簬浠庝富浣扑腑澶嶅埗浜嫔姟钥屽彂鐢熺殑镟存柊娲诲姩 褰撶劧 杩桦彲浠ュ亣璁 闄や简浠庝富浣撴帴鏀堕暅镀忎簨锷′箣澶 闀滃儚涓婃病链夊叾浠栨椿锷 镞㈢劧 SQL Server 宸茬粡鍦ㄩ暅镀忎腑杩愯 镓浠 鏁呴㱩杞绉荤殑阃熷害阃氩父瑕佹瘆鍦ㄧ兢闆嗕腑蹇 鐢变簬镊冲皯链夐儴鍒嗛珮阃熺紦瀛桦凡鍑嗗囧ソ 镓浠 鍒濆嬫ц兘骞朵笉镀忓湪缇ら泦鏂规堜腑闾ｆ牱浣 鍙﹁锋敞镒 褰挞暅镀忔暟鎹搴揿彂鐢熸晠闅滆浆绉绘椂 涓讳綋鍜岄暅镀忎细浜掓崲瑙掕壊

銆銆鏁版嵁搴挞暅镀忕殑涓嶈冻涔嫔勬槸 闇瑕佺殑镐荤佺洏瀹归噺鏄缇ら泦镄勪袱鍊 濡傛灉鎭ㄦ兂鍦ㄥ悓姝ユā寮忎笅杩愯屼笖涓嶆兂涓㈠け浠讳綍鏁版嵁 闾ｄ箞鎭ㄨ缮浼氶渶瑕佹洿澶氱殑 CPU 澶勭悊鑳藉姏 姝ｅ傛垜镓璇寸殑 瑕佹兂瀹炵幇楂桦彲鐢ㄦ 闇瑕佽姳璐瑰緢楂樼殑鎴愭湰

銆 銆缁勫悎鏂规硶

銆銆鐢变簬闀滃儚涓庝富浣扑箣闂寸殑璺濈诲彲浠ョ浉褰挞仴杩 镓浠ュ逛簬𨱔鹃毦鎭㈠ (DR) 璁″垝𨱒ヨ 阃夋嫨闀滃儚鏄闱炲父鏄庢櫤镄 缇ら泦鏄鎭ㄧ殑绗涓阆挞槻绾 浣嗘槸 濡傛灉鎭ㄨ佸悓镞跺埄鐢ㄧ兢闆嗗拰闀滃儚 闾ｄ细鍑虹幇浠涔堟儏鍐靛憿?鍦ㄧ兢闆嗘晠闅滆浆绉讳腑 濡傛灉鎭ㄧ殑闀滃儚閰岖疆涓链夎佽瘉鏂 鍒椤綋缇ら泦 SQL Server 杞鍏ュ湪绾跨姸镐佹椂 闀滃儚浼氭垚涓轰富浣 浣嗘槸 璇锋敞镒 浠庢柊涓讳綋锲炲埌(缇ら泦镄)鏂伴暅镀忕殑鏁呴㱩杞绉讳笉鏄镊锷ㄨ繘琛岀殑 锲犳 褰扑笌缇ら泦缁揿悎浣跨敤镞 链濂戒笉瑕佸规偍镄勯暅镀忔暟鎹搴揿惎鐢ㄨ嚜锷ㄦ晠闅滆浆绉

銆銆𨱔鹃毦鎭㈠嶅苟涓嶆槸鎭ㄤ娇鐢ㄩ暅镀忕殑鍞涓铡熷洜;褰撴偍蹇呴’钖戜富浣揿簲鐢ㄦ湇锷″寘鎴栦慨琛ョ▼搴忔椂 闀滃儚涔熸槸闱炲父链夌敤镄 鍦ㄨ繖绉嶆儏鍐典笅 鎭ㄥ彲浠ユ坠锷ㄦ晠闅滆浆绉诲埌闀滃儚 鍦ㄥ簲鐢ㄦ湇锷″寘鎴栦慨琛ョ▼搴忔椂 镞х殑涓讳綋链嶅姟鍣ㄦ殏镞跺勪簬绂荤嚎鐘舵 鍦ㄦ柊涓讳綋涓婂彂鐢熺殑宸叉彁浜や簨锷′细鎺挜槦绛夊 绛夊緟琚鍙戦佸洖鏂伴暅镀(镞т富浣) 鍦ㄥ畬鎴愭湇锷″寘鎴栦慨琛ョ▼搴忕殑瀹夎呬箣钖庡皢浼氲繘琛屽悓姝 链缁 杩欎袱鍙版湇锷″櫒灏嗗畬鍏ㄥ勪簬钖屾ョ姸镐 鐜板湪鎭ㄤ究鍙浠ュ湪涓讳綋鍜岄暅镀忎箣闂磋浆鎹㈣掕壊浜 鏁呴㱩杞绉讳笌鎭㈠嶅彧闇瑕佸嚑绉挜挓镄勫仠链烘椂闂 鎭ㄥ彲浠ヤ娇鐢ㄨ繖绉嶆柟娉曞皢 SQL Server 杩佺Щ鍒板彟涓鍙拌＄畻链 鍙鏄涓嶈兘瀹炵幇鏁呴㱩鎭㈠

銆銆铏氭嫙链嶅姟鍣ㄦ坊锷犵伒娲绘

銆銆铏氭嫙鍖栧厑璁告偍鍦ㄤ竴鍙扮墿鐞嗘湇锷″櫒涓婂苟琛岃繍琛屼竴涓鎴栧氢釜镎崭綔绯荤粺 铏氭嫙鍖栬蒋浠朵负缇ら泦姒傚康娣诲姞浜嗗彟澶栦竴灞傚姛鑳 锲犱负鎭ㄥ彲浠ュ皢杞浠跺姞鍏ョ兢闆 锲犳 濡傛灉涓绘満姝ｅ湪鍏朵笂杩愯岀殑链嶅姟鍣ㄥ嚭鐜版晠闅 鍒欎富链哄强鍏舵潵瀹 OS 浼氭晠闅滆浆绉诲埌澶囦唤鑺傜偣 杩椤彲鑳芥槸杩佺Щ𨱒ュ炬湇锷″櫒镄勬渶绠渚挎柟娉 琛ュ厖涓镣 𨱒ュ OS 涓嶅繀鍏锋湁缇ら泦锷熻兘 锲犳 鎭ㄥ彲浠ュ湪杩愯屼簬镆愮兢闆嗕腑镄 Microsoft Virtual Server 涔嬩笂镄勬潵瀹 Windows Server 鍐呴儴杩愯 SQL Server Workgroup Edition 瀹炶川涓 鎭ㄤ细闂存帴𨰾ユ湁缇ら泦 Workgroup Edition

銆 銆鍦ㄦ带鍒朵箣涓

銆銆濡傛灉鎭ㄥ湪璐熻矗 SQL Server 瀹炵幇 鎭ㄩ渶瑕佺‘淇℃偍镄勬湇锷″櫒濮嬬粓澶勪簬鍙鐢ㄧ姸镐 链嶅姟鍣ㄧ兢闆嗕细甯锷╃‘淇濇偍镄勬湇锷″櫒濮嬬粓鍙鐢 链鏂囨彁渚涗简涓浜涙潵涔嬩笉鏄撶殑鎶宸 浠ュ府锷╂偍鍏ラ棬 鎭ㄥ彲浠ュ湪 缇ら泦璧勬簮 杈规爮涓镓惧埌镟村氭湁鐢ㄤ俊鎭

‘贰’ 什么是sqlserver的集群

由二台或更多物理上独立的服务器共同组成的“虚拟”服务器称之为集群服务器。一项称做MicroSoft集群服务(MSCS)的微软服务可对集群服务器进行管理。一个SQL Server集群是由二台或更多运行SQL Server的服务器（节点）组成的虚拟服务器。如果集群中的一个节点发生故障，集群中的另一个节点就承担这个故障节点的责任。
认为一个SQL Server集群能够给集群中的两个节点带来负载平衡，这是一种常见的误解。虽然这似乎很有用，但却是不正确的。这也意味着集束SQL Server不能真正提高性能。集束SQL Server只能提供故障转移功能。故障转移就是当系统中的一台机器发生故障失去其功能时，另一台机器将接手运行它的SQL Server实例。这种功能失效可能是由于硬件故障、服务故障、人工故障或各种其它原因。
为何要集束SQL Server环境？
在实用性方面，集群SQL Server环境令人满意。在进行故障转移时，将数据库实例由一台服务器转移到另一台服务器的时间非常短暂，一般只需要3至7秒钟。虽然需要重建连接，但对数据库的终端用户而言，故障转移处理通常是透明的。低廉的故障转移成本还可帮助你对集群中的节点进行维护，而不会造成服务器完全无法访问。
SQL Server集群类型
一共有两种类型的SQL Server集群：主动/被动集群和主动/主动集群。下面分别对它们进行说明（说明以两个节点的SQL Server集群为基础）。
主动/被动集群
在这种类型的集群中，一次只有一个节点控制SQL Server资源。另一个节点一直处于备用模式，等待故障发生。进行故障转移时，备用的节点即取得SQL Server资源的控制权。
优点：由于服务器上只有一个实例在运行，所以在进行故障转移时，不需要另外的服务器来接管两个SQL Server实例，性能也不会因此降低。
缺点：由于虚拟服务器上只有一个SQL Server实例在运行，另一台服务器总是处理备用模式与空闲状态。这意味着你并没有充分利用你购买的硬件。
主动/主动集群
在这种类型的集群中，集群中的每个节点运行一个独立且主动的SQL Server实例。发生节点故障时，另一个节点能够控制发生故障节点的SQL Server实例。然后这个正常的节点将运行两个SQL Server实例——它自己的实例和发生故障的实例。
优点：通过这种配置，你能够充分利用你的硬件。在这样的系统中，两个服务器都在运行，而不是只有一台服务器运行，而另一台处于等待故障发生的备用模式，因此你能够充分利用你购买的机器。
缺点：如果进行故障转移，一台服务器运行两个SQL Server实例，性能就会受到不利影响。然而，性能降低总比虚拟服务器完全失灵要强得多。这种配置的另一故障在于它要求购买的许可要比主动/被动集群多一些。因为集群在运行两个主动SQL Server实例，这要求你购买两个单独的服务器许可。在某些情况下，这也可能对你形成阻碍。
集群考虑
在高实用性方面，集群SQL Server环境有一定的优势。然而，高实用性也确实伴随某种折衷。
首先，建立一个集群SQL Server环境非常昂贵。这是因为集群中的节点必须遵照集群节点的兼容性列表。而且，还需要建立一个复杂的网络，机器的配置必须几乎相同，同时需要实现数据库文件磁盘子系统共享。存储区网络(SAN)是建立这种子系统的不错选择，但SAN并非必要，而且十分昂贵。另外，如果你正在运行一个主动/主动集群，你需要为集群中运行SQL Server实例的每台机器的处理器购买一个许可。
因为当地集群主要局限于同一地理区域，自然灾难可能会使集群完全失灵。在那种情况下，你需要转移到灾难恢复站点进行继续操作。你也可以建立地理分散的SQL Server集群，但这样的系统更加复杂与昂贵。

‘叁’ sqlserver标准版和企业版有什么区别

个人版很多平台上都可以安装仅用作个人数据的存储
关于标准版和企业版两者之间的差别，主要体现在：
1是否支持MSCS群集
2是否支持全文索引
3是否支持分布式分区视图
4是否支持日志传送
5是否支持索引视图的CPU利用

企业版提供最高的可用性，稳定性和并发个人版和MSDE中硬性填入某些代码使得并发用户在五个以上之后性能大打折扣。

标准版：
数据库引擎功能缺少故障转移群集（最多四个节点）、支持SQLServer企业管理器中的故障转移、日志传送、并行DBCC、并行CREATEINDEX、增强的预读和扫描、索引视图、联合数据库服务器、支持系统区域网络(SAN)、支持语言设置的图形实用工具
对于AnalysisServices缺少用户定义OLAP分区、分区向导、链接OLAP多维数据集、ROLAP维度支持、支持HTTPInternet、计算单元、回写到维度、支持超大型维度、实时OLAP、分布式分区多维数据集
win2000下最大只支持4个CPU的SMP,NT下最大只支持8个CPU(企业版)

买10个授权是不可以上20个用户的（一般是限制并发用户数，连接数决定于OS）

企业版：
作为生产数据库服务器使用。支持SQLSERVER2000中的所有可用功能，并根据支持最大的Web站点和企业联机事务处理（OLTP及数据仓库系统所需要的性能水平进行伸缩。

标准版：
作为工作组或者部门数据库服务器使用。