Corp.เทคโนโลยี SIOS (www.us.sios.com), maker ของ SAN และคลัสเตอร์ผลิตภัณฑ์ซอฟต์แวร์ #SANLess วันนี้ประกาศสัมมนามี SQL Server MVP โจอี้ D'Antoni ที่จะตรวจสอบกลยุทธ์การป้องกัน SQL Server ข้อมูลในระบบคลาวด์ และหลีกเลี่ยงการหยุดทำงาน ชื่อว่า, ' ปกป้องของคุณ SQL Server ข้อมูลในระบบคลาวด์ – สามวิธีในการหลีกเลี่ยงการหยุดทำงาน, "สัมมนานี้จะจัดขึ้นในวันพฤหัสบดี 19 กุมภาพันธ์เวลา 10:00 PST / 1:00 PM โดยประมาณ การลงทะเบียน กรุณาเยี่ยมชม: http://us.sios.com/2015-02-webinar-cloud/ นี้อาศัยอยู่ สัมมนาสำหรับองค์กรที่ต้องการย้าย หรือปรับใช้ SQL Server ในระบบคลาวด์ และห่วงพร้อมใช้งานสูง (HA) และตัวเลือกการกู้คืนข้อมูล (DR) ภัยพิบัติเพื่อปกป้องข้อมูล SQL จากเวลา 30 นาที SQL Server MVP โจอี้ D'Antoni จะหารือวิธีวิสาหกิจในปัจจุบันให้คุ้มครองพร้อมใช้งานสูงสำหรับโปรแกรมประยุกต์ SQL Server และข้อมูลในระบบคลาวด์โดยใช้ตัวอย่างจริง โจจะแชร์ประสบการณ์ของเขากับการปรับใช้ SQL ใน cloud และสรุปกับเซ Q&A สด เกี่ยวกับ D'Antoni โจเซฟลำโพงเป็นสถาปนิกอาวุโสและ MVP เซิร์ฟเวอร์ SQL กับกว่าทศวรรษของประสบการณ์การทำงานใน Fortune 500 และบริษัทขนาดเล็ก เขาเป็นที่ปรึกษาหลักในปัจจุบันที่เชอร์รี่นี่ส์และบริษัทร่วมในมัลเวิร์น pa เขาเป็นลำโพงบ่อยที่สำคัญเทคโนโลยีกิจกรรม และ blogger เกี่ยวกับเทคโนโลยีทั้งหมดในหัวข้อ เขาเชื่อว่า ไม่มีแพลตฟอร์มเดียวเป็นคำตอบของทุกปัญหาเทคโนโลยี เขาถือเป็นบีในระบบข้อมูลคอมพิวเตอร์จากหลุยส์เซียนาเทคนิคและ MBA จากรัฐนอร์ทแคโรไลนา อ่านบทความเต็มที่บรรยายสรุป

Corp.เทคโนโลยี SIOS (www.us.sios.com), maker ของ SAN และคลัสเตอร์ผลิตภัณฑ์ซอฟต์แวร์ #SANLess วันนี้ประกาศสัมมนามี SQL Server MVP โจอี้ D'Antoni ที่จะตรวจสอบกลยุทธ์การป้องกัน SQL Server ข้อมูลในระบบคลาวด์ และหลีกเลี่ยงการหยุดทำงาน ชื่อว่า "ปกป้องข้อมูลของคุณเซิร์ฟเวอร์ SQL ใน Cloud – สามวิธีในการหลีกเลี่ยงการหยุดทำงาน สัมมนานี้จะจัดขึ้นในวันพฤหัสบดี 19 กุมภาพันธ์เวลา 10:00 PST / 1:00 PM โดยประมาณ การลงทะเบียน กรุณาเยี่ยมชม: http://us.sios.com/2015-02-webinar-cloud/ นี้อาศัยอยู่ สัมมนาสำหรับองค์กรที่ต้องการย้าย หรือปรับใช้ SQL Server ในระบบคลาวด์ และห่วงพร้อมใช้งานสูง (HA) และตัวเลือกการกู้คืนข้อมูล (DR) ภัยพิบัติเพื่อปกป้องข้อมูล SQL จากเวลา 30 นาที SQL Server MVP โจอี้ D'Antoni จะหารือวิธีวิสาหกิจในปัจจุบันให้คุ้มครองพร้อมใช้งานสูงสำหรับโปรแกรมประยุกต์ SQL Server และข้อมูลในระบบคลาวด์โดยใช้ตัวอย่างจริง โจจะแชร์ประสบการณ์ของเขากับการปรับใช้ SQL ใน cloud และสรุปกับเซ Q&A สด เกี่ยวกับ D'Antoni โจเซฟลำโพงเป็นสถาปนิกอาวุโสและ MVP เซิร์ฟเวอร์ SQL กับกว่าทศวรรษของประสบการณ์การทำงานใน Fortune 500 และบริษัทขนาดเล็ก เขาเป็นที่ปรึกษาหลักในปัจจุบันที่เชอร์รี่นี่ส์และบริษัทร่วมในมัลเวิร์น pa เขาเป็นลำโพงบ่อยที่สำคัญเทคโนโลยีกิจกรรม และ blogger เกี่ยวกับเทคโนโลยีทั้งหมดในหัวข้อ เขาเชื่อว่า ไม่มีแพลตฟอร์มเดียวเป็นคำตอบของทุกปัญหาเทคโนโลยี เขาถือเป็นบีในระบบข้อมูลคอมพิวเตอร์จากหลุยส์เซียนาเทคนิคและ MBA จากรัฐนอร์ทแคโรไลนา

อ่านเพิ่มเติมเกี่ยวกับ Geeks โดย www.forwardgeek.com

โดยใช้ซอฟต์แวร์ DataKeeper ออนไลน์ธุรกรรมการประมวลผลบริษัท Cayan ตั้งค่าเว็บไซต์มิเรอร์สำหรับเซิร์ฟเวอร์ 'เสมือนใช้งานใช้งานอยู่' ที่ช่วยล้มเหลวอย่างรวดเร็ว

บริษัทธุรกรรมออนไลน์ผ่านบัตรเครดิต Cayan ตั้ง ค่าใช้เพียงซอฟต์แวร์ Windows Server และ DataKeeper ความพร้อมใช้งานสูงการกู้คืนภัยพิบัติที่มีประสิทธิภาพ หรือ การแบบอะซิงโครนัสการจำลองแบบระหว่างสองเว็บไซต์ จากบอสตัน Cayan ซึ่งเปลี่ยนชื่อเป็นร้านค้าสินค้าในเดือนมกราคม ช่วยให้บริษัทที่ทำธุรกรรมของลูกค้าผ่านตัวเลือก เช่นซื้อสินค้าออนไลน์ ชำระเงินผ่าน ApplePay ธุรกิจของ Cayan ต้องว่า มันสามารถออนไลน์ โดยไม่มีข้อยกเว้น จึงพร้อมใช้งานสูงที่สำคัญเป็นการกู้คืนจากภัยพิบัติใหญ่ บริษัทใช้ Microsoft Windows Server เป็นที่เก็บสำหรับฐานข้อมูล SQL ที่เรียกใช้ระบบการมีส่วนร่วมของลูกค้าบน หลังจากทดลองของ Microsoft การจำลองแบบดั้งเดิม แต่พบว่ามัน ทำงานมากเกินไป Cayan หลีกเลี่ยงซื้อ SAN การติดตั้งซอฟต์แวร์ DataKeeper SIOS เทคโนโลยีคลัสเตอร์ Edition DataKeeper ทำงานด้วย Windows Server Failover Clustering (WSFC) เพื่อปกป้องข้อมูลผ่านทางการจำลองที่ระดับบล็อกแบบเรียลไทม์ Cayan เริ่มการทดสอบ DataKeeper ในปลายปี 2013 และใส่ในการผลิตในปี 2014 ในเวลา จะเพิ่มไซต์ตั้งร่วมโดย CenturyLink เป็นส่วนหนึ่งของการปรับรุ่นของศูนย์ข้อมูล บริษัทใช้ DataKeeper การแบบอะซิงโครนัสการจำลองแบบระหว่างฐานข้อมูลของนีซ แมซซาซูเสท์ สิ่งอำนวยความสะดวก และไซต์ colocation กระจกในโอ๊คโกรฟ อิลลินอยส์ ไซต์รองจะแฝง แต่ Cayan เป็นการทดสอบสิ่ง CTO Paul Vienneau เรียกการตั้งค่า "ใช้งานได้ใช้งานเสมือน" สำหรับการโหลดดุล เปิดการจราจรสดที่ทั้งไซต์ ฐานข้อมูลโหนดที่จะใช้งานที่เว็บไซต์หนึ่ง และการจราจรทั้งหมดจะไปยังไซต์ ไซต์ใช้งานไปลง โหนของเซิร์ฟเวอร์ SQL จะล้มเหลวผ่านไปยังไซต์ในน้อยกว่าหนึ่งนาที Vienneau กล่าวว่า "ถ้าโหนฐานข้อมูลหลักในนีซ การจราจรที่โกรฟโอ๊คจะใหม่นำจากเซิร์ฟเวอร์แอพลิเคชันที่นั่งในโกรฟโอ๊คให้เซิร์ฟเวอร์ฐานข้อมูลในนีซ Vienneau กล่าวว่า "ที่ทำให้เราน้อยที่สุด [เวลา] มีเท่าที่ทำการกลับค่า ถ้ามีสถานการณ์ภัยพิบัติในนีซ ล้มเหลวของเซิร์ฟเวอร์ SQL จะใช้ใน 30 วินาที และเราจะอยู่ในไซต์โอ๊คโกรฟ เนื่องจากทั้งสองเว็บไซต์จะทำงานเสมือน มีไม่มากยกหนักนอกเหนือจากฐานข้อมูลล้มเหลวผ่าน และห่างเราไป" Vienneau กล่าวว่า ในขั้นสุดท้ายของการทดสอบว่าการตั้งค่า Cayan และเร็ว ๆ นี้จะไปสด แม้จะไม่ มีการตั้งค่าการใช้งานการใช้งาน การจำลองแบบของ DataKeeper ทำให้สำหรับการกู้คืนได้เร็วกว่า Cayan ที่มีมาก่อน Vienneau กล่าวว่า มันอาจใช้เวลาชั่วโมงการคืนค่าฐานข้อมูลของเขาแบบโบราณเมื่อ Cayan พึ่งบริการ Rackspace จัดการ เขากล่าวว่า "ไม่มีของอะไรที่ผมเรียกกลยุทธ์ DR เป็นไปได้ "เราสร้างนี้จากพื้นดินเมื่อเราย้ายจาก Rackspace ไป CenturyLink เราไปจากศูนย์ถึง 60 กับ HA และดร.กลยุทธ์ของเรา" Vienneau กล่าวว่า Cayan ไม่มีภัยใด ๆ นับตั้งแต่ใช้ DataKeeper แต่ "เราได้ ทดสอบมากขึ้น" Vienneau เรียกชุดของเขาขึ้นพร้อมใช้งานสูงแทน DR เท่านั้น "เพราะเราสามารถตั้งค่า อย่างรวดเร็วในเว็บไซต์โอ๊คโกรฟ เพื่อให้คุณสามารถคิด ได้ HA มีความหลากหลายทางภูมิศาสตร์ เรามีสำรองตลอดทั้งกอง DataKeeper ช่วยทั้งไซต์ซิงค์ที่จุดใด ๆ ในเวลา และเนื่อง จากเราสามารถลดล้ม เรามีสองศูนย์ข้อมูลทำหน้าที่เป็น HA" "ไม่เป็น DR ดั้งเดิมที่เวลาการกู้คืนของคุณเป็นสองชั่วโมง มันจะพาเราน้อยกว่าหนึ่งนาที เราสามารถทำได้อย่างราบรื่นสำหรับผู้ขึ้น พวกเขาอาจพบความล่าช้าน้อยที่ตัดผ่านมีการทำ แต่พวกเขาไม่เห็นเสียของธุรกรรม" ผู้ใช้เหล่านั้นประกอบด้วยส่วนใหญ่ของธุรกิจขนาดเล็กที่ใช้ Cayan การประมวลผลของธุรกรรมบัตรเครดิต เขากล่าวว่า "เราทำร้าน 24/7/365," "เรากำลัง afforded ไม่จำนวนมากหยุดทำงาน เราดำเนินการมากกว่า 100 พันล้านดอลลาร์ในธุรกรรมบัตรเครดิตปีนี้ ถ้าเราลงเวลา มันไม่ดีสำหรับเราร้านค้าของเรา"

คุณสงสัยว่า ควรจะกำหนดค่าควอรัมของคลัสเตอร์ของ Microsoft Microsoft MVP Dave Bermingham จะทำให้ตัวเลือกการกำหนดค่าควอรัมของคุณ และให้คุณสร้างบล็อกเพื่อกำหนด หรือปรับปรุงการกำหนดค่าคลัสเตอร์และควอรัมของคุณดีกว่า Dave จะยังแบ่งค่าควอรัมอิงรุ่นเซิร์ฟเวอร์ปัจจุบันของคุณ ข้อดีของการอัพเกรดและเขาจะแสดงตัวเลือกบางอย่างใหม่เพื่อให้ได้ส่วนใหญ่ และน่าสนใจต่อสู้กรณีเช่น: เกิดอะไรขึ้นถ้าคุณไม่เก็บข้อมูลที่ใช้ร่วมกัน หรือต้องการใช้ cloud เป็นการแชร์ไฟล์… คุณสามารถเข้าร่วมการ โดยการทวีตคำถามเพื่อใช้ #Clustering101 @SIOSTech และนำคำถามและความเห็นของคุณเองแน่นอน

ลงทะเบียนตอนนี้

วัน: 25 กุมภาพันธ์ 2014 เวลา: 10:00a PST – 1:00 EST

เกี่ยวกับคลัสเตอร์ชุด 101

คลัสเตอร์ 101 เป็นสัมมนาที่โฮสต์ โดย Microsoft MVP, Dave Bermingham เน้นจัดการกับแง่มุมของคลัสเตอร์พร้อมใช้งานสูง การจำลองแบบข้อมูล และผสมผสานกันมีมากมาย ชุดนี้อากาศรายเดือน สี่วันพุธของเดือนที่ 10:00a PST / โดยประมาณ p 1:00

เกี่ยวกับ Dave Bermingham

Bermingham ดาวิดเป็นที่รู้จักในวงการเทคโนโลยีเป็นพร้อมใช้งานสูงเป็นผู้เชี่ยวชาญ และได้รับเกียรติ โดยเพื่อนของเขา โดยได้รับการเลือกตั้งจะ เป็น Microsoft MVP ในคลัสเตอร์ตั้งแต่ 2010 งานของดาวิดเป็นผู้อำนวยการ ผู้นิพนธ์วรสารทางเทคนิคที่ SIOS เทคโนโลยี คอร์ป มีเขาเน้นสูงความพร้อมและภัยพิบัติการกู้คืนโซลูชัน Microsoft รวม ถึงให้มือบนสนับสนุน การฝึกอบรม และให้บริการสำหรับคลัสเตอร์ที่ใช้งาน ดาวิดถือใบรับรองทางเทคนิคมากมาย และจากกว่ายี่สิบปีของประสบการณ์ในมัน รวมถึงงานในสาขาการเงิน การดูแลสุขภาพ และการศึกษา เพื่อช่วยให้องค์กรออกแบบโซลูชั่นเพื่อตอบสนองการกู้คืนภัยพิบัติและความพร้อมสูงของพวกเขาต้องการ เรียนรู้เพิ่มเติมได้ที่ www.us.sios.com

ผู้ดูแลของ SQL Server มีตัวเลือกสำหรับการใช้งานสูง (HA) ในสภาพแวดล้อม VMware VMware vSphere ฮาด้วย Microsoft มี Windows Server Failover Clustering (WSFC) และ SQL Server ใน WSFC มีตัวเลือกของตัวเองฮา ด้วยกลุ่มความพร้อมใช้งานตลอดเวลาและคลัสเตอร์ล้ม AlwaysOn กลุ่มบุคคลที่สามให้โซลูชั่นเก๋ ๆ สำหรับ HA และภัยพิบัติการกู้คืน และเหล่านี้มักจะรวมเข้ากับโซลูชั่นอื่น ๆ เพื่อสร้างเสริมเพิ่มเติม เช่น แก้ไขปัญหาบางอย่างใช้ประโยชน์จากคุณลักษณะการคลัสเตอร์ล้ม AlwaysOn ที่รวมอยู่ใน SQL เซิร์ฟเวอร์แข็ง HA และปกป้องข้อมูลน้อยกว่าต้นทุนของกลุ่มความพร้อมใช้งานตลอดเวลาที่ต้องแพงกว่ารุ่นองค์กร บทความนี้เน้นสิ่งที่ควรรู้ทุกผู้ดูแลระบบ SQL Server ก่อนการกำหนดกลยุทธ์พร้อมใช้งานสูงสำหรับโปรแกรมประยุกต์ที่สำคัญในสภาพแวดล้อม vSphere กลยุทธ์ดังกล่าวจะคล้ายกับการกำหนดค่าแบบมัลติไซต์ที่แสดงในรูปที่ 1 ซึ่งเป็นไปไม่ได้ มีตัวเลือกบางอย่างฮา 1 กลุ่มความพร้อมสูงสำหรับ vSphere ต้องดิบดิสก์แมปชั้นของนามธรรมใช้ในเซิร์ฟเวอร์เสมือนสามารถมีความยืดหยุ่นมาก แต่ abstractions ดังกล่าวทำให้เกิดปัญหาเมื่อเครื่องเสมือน (VM) ที่ต้องการอินเตอร์เฟซกับอุปกรณ์ทางกายภาพ นี่คือกรณี vSphere กับเครือข่ายพื้นที่เก็บข้อมูล (SANs) การใช้งานร่วมกันกับสารบางอย่างและคุณลักษณะอื่น ๆ ร่วมกันเก็บ เช่นรั้ว I/O และสำรอง SCSI, vSphere ใช้เทคโนโลยีที่เรียกว่า Raw อุปกรณ์การแมป (RDM) เพื่อสร้างการเชื่อมโยงโดยตรงผ่าน hypervisor ระหว่าง VM และระบบเก็บข้อมูลภายนอก ความต้องการสำหรับการใช้ RDM เก็บใช้ร่วมกันที่มีอยู่สำหรับคลัสเตอร์ใด ๆ รวมทั้งคลัสเตอร์ล้มเหลวเซิร์ฟเวอร์ SQL ในคลัสเตอร์แบบดั้งเดิมที่สร้างขึ้น ด้วย WSFC ใน vSphere, RDM ต้อง beused เพื่อให้เครื่องเสมือน (VMs) ถึงการจัดเก็บข้อมูลพื้นฐาน (SAN) สามารถรักษาความเข้ากันได้ 100 เปอร์เซ็นต์กับซานคำสั่งทั้งหมด ทำให้เสมือนจริงเก็บเข้าไร้รอยต่อในระบบปฏิบัติการและโปรแกรมประยุกต์ซึ่งเป็นความต้องการจำเป็นของ WSFC RDM ได้ RDM สามารถทำงานได้อย่างมีประสิทธิภาพ แต่การบรรลุผลลัพธ์ต้องการนั้นไม่ได้ง่าย และไม่อาจเป็นไปได้ ตัวอย่างเช่น RDM ไม่สนับสนุนดิสก์พาร์ติชัน ดังนั้นจึงจำเป็นต้องใช้ "ดิบ" หรือทั้ง Lun (หมายเลขหน่วยทางลอจิคัล), และไม่มีการแม็ปสำหรับเก็บบล็อกแนบโดยตรงและบางอุปกรณ์ RAID 2 ใช้การแมปดิสก์ดิบหมายถึง เสียสละนิยม VMware คุณสมบัติอื่นสำคัญเกี่ยวข้องกับของถูกเต็มทราบเกี่ยวกับ RDM เข้าใจอุปสรรคที่สามารถสร้างสำหรับการใช้คุณสมบัติอื่น ๆ VMware ว่าเป็นที่นิยมกับผู้ดูแลเซิร์ฟเวอร์ SQL เมื่ออุปสรรคเหล่านี้ถือว่าเป็นการยอมรับ พวกเขามักจะ พวกเขาตัดออกการแมปอุปกรณ์วัตถุดิบตัวเลือกสำหรับการใช้งานสูง ปัญหาพื้นฐานคือ วิธี RDM รบกวนลักษณะการทำงานที่ใช้แฟ้มดิสก์ (VMDK) เครื่องเสมือน VMware เช่น RDM ป้องกันการใช้ snapshot ของ VMware และนี้จะป้องกันการใช้คุณลักษณะใด ๆ ที่ต้องใช้ช็อต เช่นงบการเงินรวมเสมือนสำรอง (VCBs) นอกจากนี้การแมปดิสก์ดิบ complicates ข้อมูลการเคลื่อนไหว ซึ่งสร้างอุปสรรคโดยใช้คุณสมบัติที่ทำให้เซิร์ฟเวอร์เสมือนดังนั้นประโยชน์ แปลง VMs เป็นแม่แบบเพื่อให้ง่ายต่อการใช้งาน และโยกย้าย VMs ในโฮสต์แบบไดนามิกที่ใช้ได้ ปัญหาอื่นอาจเกิดขึ้นสำหรับการใช้งานธุรกรรมสูงเช่น SQL Server จะไม่สามารถใช้แฟลชแคอ่านเมื่อมีการกำหนดค่าการ RDM 3 เก็บข้อมูลที่ใช้ร่วมกันสามารถสร้างเดียวจุดของความล้มเหลวเซิร์ฟเวอร์คลัสเตอร์โดยตรงเข้าถึงใช้ร่วมกันเก็บต้องแบบดั้งเดิมสามารถสร้างข้อจำกัดสำหรับการใช้งานสูงและภัยพิบัติบทบัญญัติการกู้คืน และข้อจำกัดเหล่านี้สามารถ ในการเปิด สร้างอุปสรรคต่อการย้ายแอพพลิเคกับ vSphere ในคลัสเตอร์ failover แบบดั้งเดิม น้อยสองเซิร์ฟเวอร์ทางกายภาพ (โหนดคลัสเตอร์) เชื่อมต่อกับระบบของเก็บที่ใช้ร่วมกัน โปรแกรมประยุกต์ที่รัน บนเซิร์ฟเวอร์หนึ่ง และใน กรณี คลัสเตอร์ ซอฟต์แวร์เช่น Windows Server Failover Clustering ย้ายโปรแกรมประยุกต์ไปยังโหนสแตนด์บาย คล้ายคลัสเตอร์เป็นไปได้กับเซิร์ฟเวอร์เสมือนในสภาพแวดล้อม vSphere แต่นี้ต้องใช้เทคโนโลยีเช่นการแมปดิสก์ดิบให้ VMs สามารถเข้าถึงการจัดเก็บข้อมูลที่ใช้ร่วมกันโดยตรง ไม่ว่าเซิร์ฟเวอร์จะจริง หรือเสมือน การใช้พื้นที่เก็บข้อมูลที่ใช้ร่วมกันสามารถสร้างจุดเดียวของความล้มเหลว SAN สามารถมีการกำหนดค่าที่พร้อมใช้งานสูง แน่นอน แต่ที่เพิ่มขึ้นของความซับซ้อนและต้นทุน และสามารถมีผลต่อประสิทธิภาพการทำงาน โดยเฉพาะอย่างยิ่งสำหรับการใช้งานธุรกรรมสูงเช่น SQL Server 4 ฮา vSphere Clusters สามารถสร้างไม่ มีเสียสละ VMware ฟังก์ชันบางโซลูชันมีเก๋ ๆ เพื่อเอาชนะข้อจำกัดที่เกี่ยวข้องกับการเก็บข้อมูลที่ใช้ร่วมกันและข้อกำหนดในการใช้ RDM กับ SQL Server คลัสเตอร์ล้ม AlwaysOn และคลัสเตอร์ล้มเหลวเซิร์ฟเวอร์ Windows [id คำอธิบายเฉพาะ = "" จัดชิด =ความกว้างของ "alignleft" = "319"] รูปที่ 1 – การกำหนดค่าความพร้อมสูงแบบมัลติไซต์ป้องกันโปรแกรมประยุกต์ขัดข้องที่มีผลต่อการเป็นศูนย์ข้อมูลทั้งหมด [/caption] ที่ดีสุดของการแก้ปัญหาเหล่านี้ให้การกำหนดค่าความยืดหยุ่น เรื่องการสร้างคลัสเตอร์ SANLess เพื่อตอบสนองความหลากหลายของความต้อง การ – จากคลัสเตอร์สองโหนในไซต์เดียว คลัสเตอร์ multinode คลัสเตอร์มีโหนดในสถานทางภูมิศาสตร์ที่แตกต่างกันสำหรับการป้องกันภัยพิบัติดังที่แสดงในรูปที่ 1 บางส่วนของวิธีการเหล่านี้ยังช่วยให้ใช้การจำลองที่ระดับบล็อกแบบเรียลไทม์ LAN/WAN-ปรับในลักษณะใดแบบอะซิงโครนัส หรือแบบซิงโครนัส ผล แก้ปัญหาเหล่านี้จะสามารถสร้าง RAID 1 มิเรอร์ผ่านเครือข่าย การเปลี่ยนทิศทางของการจำลองแบบข้อมูล (แหล่งที่มาและเป้าหมาย) โดยอัตโนมัติตามความจำเป็นหลังจากที่ล้มเหลวและ failback เพียงเป็นสำคัญ คลัสเตอร์ SANLess เป็นมักจะง่ายต่อการใช้ และทำงานกับเซิร์ฟเวอร์ทั้งทางกายภาพ และเสมือน เช่น สำหรับโซลูชั่นที่รวมกับ WSFC ผู้ดูแลจะสามารถกำหนดค่าโดยใช้คุณลักษณะคุ้นเคยในลักษณะที่หลีกเลี่ยงการใช้เก็บข้อมูลที่ใช้ร่วมกันเป็นจุดเดียวเกิดความล้มเหลวของ กลุ่มความพร้อมสูง เมื่อกำหนดค่า โซลูชั่นส่วนใหญ่แล้วโดยอัตโนมัติปรับเก็บภายในในเซิร์ฟเวอร์ที่สอง หรือมากกว่า (ใน หนึ่งศูนย์ข้อมูล), ทำให้พวกเขาปรากฏ WSFC เป็นถ้ามันเป็นอุปกรณ์เก็บข้อมูลที่ใช้ร่วมกัน 5 ฮา SANLess Clusters ส่งซูความสามารถ และประสิทธิภาพการทำงานนอกเหนือจากการสร้างจุดเดียวของความล้มเหลว การจำลองแบบข้อมูลบน SAN สามารถลดอัตราความเร็วประสิทธิภาพในสภาพแวดล้อม VMware ใช้งานสูงเช่น SQL Server เป็นอย่างยิ่งเสี่ยงกับปัจจัยที่เกี่ยวข้องกับประสิทธิภาพการทำงานเหล่านี้ [id คำอธิบายเฉพาะ = "" จัดชิด =ความกว้างของ "alignleft" = "362"] รูปที่ 2 – การทดสอบของกลุ่มความพร้อมใช้งานตลอดเวลาและ SIOS SQL Server คลัสเตอร์ #SANLess แสดงประโยชน์ปริมาณได้ ด้วยวัตถุประสงค์เทคนิคการจำลองที่สร้างขึ้นสำหรับการใช้งานสูงและมีประสิทธิภาพสูงขึ้น [/caption] รูปที่ 2 สรุปผลการทดสอบที่แสดง 60-70 เปอร์เซ็นต์ประสิทธิภาพกำหนดโทษเกี่ยวข้องกับการใช้กลุ่มความพร้อมใช้งานตลอดเวลาของเซิร์ฟเวอร์ SQL ในการจำลองข้อมูล ทดสอบเหล่านี้ส่งผลนอกจากนี้ยังแสดงวิธีสร้างความพร้อมสูง SANLess คลัสเตอร์ ซึ่งใช้เก็บข้อมูลท้องถิ่น มีเกือบเป็นโครงแบบไม่ป้องกัน ด้วยการจำลองแบบข้อมูลใด ๆ หรือการสะท้อน #SANLess คลัสเตอร์ทดสอบสามารถบรรลุประสิทธิภาพที่น่าประทับใจนี้ได้เนื่องจากโปรแกรมควบคุมความลึกด้านล่าง NTFS ได้ เขียนเกิดขึ้นบนเซิร์ฟเวอร์หลัก โปรแกรมควบคุมเขียนสำเนาของบล็อก VMDK ในท้องถิ่นและสำเนาพร้อมกันผ่านเครือข่ายไปยังเซิร์ฟเวอร์รองซึ่งมี VMDK อิสระของตนเอง กลุ่ม sANLess มีจำนวนมากข้อดีอื่น ๆ เช่นกัน เช่น ผู้ที่นำเทคโนโลยีจำลองที่ระดับบล็อกที่สมบูรณ์รวมกับ WSFC จะสามารถปกป้องอินสแตนซ์ SQL Server ทั้งหมด รวมทั้งฐานข้อมูล เข้าสู่ระบบ และแทนงานทั้งหมดในแฟชั่นแบบบูรณาการ วิธีการนี้กับกลุ่มความพร้อมใช้งานตลอดเวลา ซึ่งล้มเหลวเพียงผู้ใช้กำหนดฐานข้อมูล ความคมชัด และต้องการพนักงานเพื่อจัดการวัตถุข้อมูลอื่น ๆ สำหรับทุกโหนดคลัสเตอร์แยกต่างหาก และด้วยตนเอง ## เกี่ยวกับผู้สร้างเจอร์รี่ Melnick บิลล์ SIOS เทคโนโลยี corp เจอร์รี่ Melnick (jmelnick@us.sios.com) รับผิดชอบสำหรับการกำหนดกลยุทธ์ขององค์กรและการดำเนินงานที่ SIOS corp.เทคโนโลยี (www.us.sios.com), ผู้ผลิตซอฟต์แวร์คลัสเตอร์ซาน SIOS และ #SANLess (www.clustersyourway.com) เขามากกว่า 25 ปีของประสบการณ์ในอุตสาหกรรมซอฟต์แวร์ระดับสูงและองค์กร ท่านได้รับปริญญาวิทยาศาสตร์บัณฑิตจากวิทยาลัยเบลัวกับงานผลิตบัณฑิตวิศวกรรมคอมพิวเตอร์และวิทยาการคอมพิวเตอร์ที่มหาวิทยาลัยบอสตัน