กรกฎาคม 12, 2019 |
สิ่งที่ควรรู้เกี่ยวกับการย้าย SQL Server 2008/2008 R2 ไปยัง Azureการย้าย SQL Server 2008/2008 R2 ไปยัง Azure – ทุกสิ่งที่องค์กรต้องรู้!วันที่: 30 กรกฎาคม 2019 สถานที่: Webinar การสนับสนุนสำหรับ SQL Server 2008 และ 2008 R2 สิ้นสุดวันที่ 9 กรกฎาคม นั่นหมายความว่าเวิร์กโหลดขององค์กรของคุณคืออะไร คุณควรใช้ประโยชน์จากการอัปเดตความปลอดภัยของ Microsoft โดยย้ายไปที่ Azure หรือ Azure Stack หรือไม่ ตัวเลือกของคุณมีอะไรบ้าง? คุณควรทำอะไร? ยังมีเวลาหรือไม่ เข้าร่วมโปรแกรมจัดการฐานข้อมูลอาวุโสของ Microsoft SQL, Mine Tokus และผู้เผยแพร่ด้านเทคนิค SIOS และ MVP ของ Microsoft Cloud และ Datacenter Management, Dave Bermingham เนื่องจากพวกเขาครอบคลุมคำถามที่เหลือทั้งหมดเกี่ยวกับ EOS สำหรับ SQL Server 2008 / R2 สิ่งที่คาดหวังสำหรับปริมาณงาน SQL Server หลังจาก EOS ความคาดหวังสำหรับการย้ายไปยัง Azure ตัวเลือกความพร้อมใช้งานและการกู้คืนความเสียหายและอื่น ๆ อังคาร 30 กรกฎาคม, 2019 1:00:00 น. EDT | UTC 5:00 น Webinar นำเสนอโดย Dave Bermingham, Microsoft Cloud และ Datacenter Management MVP และผู้เผยแพร่ด้านเทคนิคของ SIOS Technology Corp และ Mine Tokus, วิศวกรอาวุโสของ Microsoft อาวุโส
|
AWS Summit NYCAWS Summit NYCวันที่: 11 กรกฎาคม 2019 ที่ตั้ง: เมืองนิวยอร์ก, นิวยอร์ก AWS Global Summit เป็นกิจกรรมฟรีที่นำชุมชนคอมพิวเตอร์คลาวด์มารวมกันเพื่อเชื่อมต่อทำงานร่วมกันและเรียนรู้เกี่ยวกับ AWS การประชุมสุดยอดจะจัดขึ้นในเมืองใหญ่ทั่วโลกและดึงดูดนักเทคโนโลยีจากทุกอุตสาหกรรมและระดับทักษะที่ต้องการค้นพบว่า AWS สามารถช่วยให้พวกเขาคิดค้นสิ่งใหม่ ๆ ได้อย่างรวดเร็วและนำเสนอโซลูชั่นที่ยืดหยุ่น เมื่อเข้าร่วมการประชุมสุดยอด AWS คุณจะได้ยินจากผู้นำ AWS ผู้เชี่ยวชาญหุ้นส่วนและลูกค้า เรียนรู้โดยการเข้าร่วมการประชุมกลุ่มย่อยทางเทคนิคการสาธิตการฝึกปฏิบัติจริงการทดลองและความท้าทายของทีม เครือข่ายกับพันธมิตร AWS และเพื่อนร่วมงานของคุณใน Partner and Solutions Expo ของเรา SIOS เป็นผู้สนับสนุนระดับบรอนซ์ในบูธ 123 เรียนรู้เพิ่มเติมเกี่ยวกับการประชุมสุดยอด AWS ระดับโลก |
|
มิถุนายน 24, 2019 |
วิดีโอ: ข้อดีของการทำคลัสเตอร์ SIOSวิดีโอ: ข้อดีของการทำคลัสเตอร์ SIOSในแต่ละปีงานของคุณมีแนวโน้มที่จะให้บริการในระดับที่สูงขึ้นโดยใช้โครงสร้างพื้นฐานที่มีอยู่และงบประมาณด้านไอทีที่น้อยลง ความอดทนสำหรับการหยุดทำงานหรือการสูญเสียข้อมูลจะหายไป แอปพลิเคชันจะต้องมีตลอด 24 ชั่วโมงและคุณต้องได้รับการปกป้องไม่ว่าจะเป็นเซิร์ฟเวอร์ขัดข้องเครือข่ายดับแอปพลิเคชันดับหรือแม้กระทั่งการสูญเสียศูนย์ข้อมูลทั้งหมด ความคาดหวังคือปริมาณการหยุดทำงานและปริมาณข้อมูลที่สูญเสียมาบรรจบกันใน“ 0” ผู้เชี่ยวชาญด้านไอทีมีตัวเลือกมากมายกว่าที่คุณเคยให้การสนับสนุนผู้ใช้ของคุณไม่ว่าจะเป็นการปรับใช้เซิร์ฟเวอร์จริงเซิร์ฟเวอร์เสมือนหรือแม้แต่เทคโนโลยีคลาวด์ การเลือกโซลูชันมาเพื่อทำความเข้าใจวัตถุประสงค์ทางธุรกิจข้อกำหนดทางเทคนิคและข้อ จำกัด ด้านงบประมาณรวมถึงต้องการเข้าใจว่าคุณจะปกป้องสิ่งแวดล้อมอย่างไรเพื่อให้แน่ใจว่ามีอยู่เสมอและคุณจะไม่หยุดทำงานหรือสูญเสียข้อมูลใด ๆ โดยทั่วไปแล้วจะทำสิ่งนี้โดยการนำคลัสเตอร์พื้นฐานที่ใช้ SAN ซึ่งเกี่ยวข้องกับเซิร์ฟเวอร์สองเครื่องขึ้นไปที่เชื่อมต่อกับที่เก็บข้อมูลบางประเภทมาใช้ร่วมกัน หากมีปัญหามันจะล้มเหลวแอปพลิเคชันมากกว่าและนำทุกอย่างกลับมาออนไลน์ ซอฟต์แวร์ SIOS รองรับสิ่งนี้และทำให้ติดตั้งและจัดการได้ง่าย ในขณะที่คลัสเตอร์ที่ใช้ SAN นั้นยอดเยี่ยมสำหรับความพร้อมใช้งานสูงในท้องถิ่น แต่โดยทั่วไป SAN จะแสดงค่าใช้จ่ายสูงความซับซ้อนและความล้มเหลวที่อาจเกิดขึ้นในสถาปัตยกรรมการทำคลัสเตอร์ของคุณ ซอฟต์แวร์ SIOS ช่วยให้คุณสามารถสร้างกลุ่มของคุณโดยใช้ฮาร์ดแวร์ที่คุณเลือก แต่ตอนนี้ใช้ประโยชน์จากการจัดเก็บในท้องถิ่น SIOS จัดเตรียมการจำลองข้อมูลระดับบล็อกแบบเรียลไทม์ซึ่งรับรู้และผสานรวมคลัสเตอร์อย่างสมบูรณ์ช่วยให้คุณสามารถใช้ประโยชน์จากที่เก็บข้อมูลโลคัลที่รวดเร็วด้วยการกำหนดค่าคลัสเตอร์ของคุณ การใช้คลัสเตอร์ SANLess สามารถลดต้นทุนโดยรวมของโซลูชันได้ด้วยการกำจัด SAN ดังนั้นคุณจะไม่เพียง แต่ลดค่าใช้จ่ายของฮาร์ดแวร์ SAN แต่ยังรวมถึงโครงสร้างพื้นฐาน SAN และค่าใช้จ่ายในการดูแลระบบที่มาพร้อมกับการประหยัดสิทธิ์การใช้งาน SAN ของคุณ นอกจากนี้คุณจะสามารถตัดจุดความล้มเหลวเพียงจุดเดียวในสถาปัตยกรรมการจัดกลุ่มของคุณดังนั้นมันจะไม่ทำลายสภาพแวดล้อมทั้งหมด คุณยังสามารถกำจัดการสูญเสียข้อมูลได้เนื่องจากเทคโนโลยีการจำลองข้อมูลระดับบล็อกแบบเรียลไทม์ของเราช่วยให้ที่เก็บข้อมูลในเครื่องตรงกัน มีซอฟต์แวร์พร้อมกับส่วนต่อประสานผู้ใช้ที่เป็นมิตรกับผู้ใช้ เพื่อสรุปสิ่งต่างๆ SIOS ให้ความยืดหยุ่นแก่คุณในการปกป้องแอปพลิเคชันและข้อมูลที่มีความสำคัญต่อภารกิจในสภาพแวดล้อมทางกายภาพเสมือนหรือระบบคลาวด์ เรียนรู้เพิ่มเติมเกี่ยวกับโซลูชันความพร้อมใช้งานสูงของเรา เรียนรู้ว่าซอฟต์แวร์การจัดกลุ่ม SIOS ทำให้การปกป้องแอปพลิเคชันง่ายขึ้นได้อย่างไร |
มิถุนายน 20, 2019 |
รับคะแนนการกู้คืนที่สอดคล้องกันของแอปพลิเคชันของ SQL Server 2008 R2 ด้วย Azure Site Recovery In Azureรับคะแนนการกู้คืนที่สอดคล้องกันของแอปพลิเคชันของ SQL Server 2008 R2 ด้วย Azure Site Recovery In Azureถ้าคุณต้องการใช้ ASR เพื่อทำซ้ำอินสแตนซ์ของ SQL Server 2008 R2 แบบสแตนด์อโลนหรือแบบคลัสเตอร์คุณจะต้องอัปเดต SQL Writer เป็น 2012 หรือใหม่กว่า คุณสามารถใช้เวอร์ชัน Express ของ SQL ได้เนื่องจากเป็นการดาวน์โหลดฟรี https://www.microsoft.com/en-us/download/details.aspx?id=29062 เมื่อดาวน์โหลดแล้วให้ไปที่ตำแหน่งดาวน์โหลดและเรียกใช้ไฟล์ปฏิบัติการด้วย / x สิ่งนี้จะทำให้คุณมีตัวเลือกในการระบุตำแหน่งที่จะแตกไฟล์
เมื่อการแยกเสร็จสมบูรณ์ให้นำทางไปยังตำแหน่งที่แยกแล้วและตำแหน่งต่อไปนี้: SQL 1033_enu_lp x64 setup x64 ภายในโฟลเดอร์นั้นคุณควรค้นหา รันสิ่งนี้บนระบบที่คุณต้องการอัพเดตตัวเขียน SQL ตอนนี้คุณจะสามารถใช้ ASR เพื่อทำแอพพลิเคชั่นจุดกู้คืนที่สอดคล้องกันของ SQL Server 2008 R2 ทำซ้ำโดยได้รับอนุญาตจาก Clusteringformeremortals.com |
มิถุนายน 7, 2019 |
Major Cloud Outage ส่งผลกระทบต่อ Google Compute Engine – คุณเตรียมไว้หรือยังMajor Cloud Outage ส่งผลกระทบต่อ Google Compute Engine – คุณเตรียมไว้หรือยังGoogle รายงาน "ปัญหา" ครั้งแรกเมื่อวันที่ 2 มิถุนายน 2019 เวลา 12:25 PDT ตามที่พบเห็นได้ทั่วไปในภัยพิบัติประเภทใดรายงานของไฟดับนี้ปรากฏขึ้นครั้งแรกบนโซเชียลมีเดีย โซเชียลมีเดียดูเหมือนจะเป็นสถานที่ที่น่าเชื่อถือที่สุดในการรับข้อมูลทุกประเภทตั้งแต่เกิดภัยพิบัติตอนนี้ บริการหลายอย่างที่ต้องพึ่งพา Google Compute Engine ได้รับผลกระทบ ฉันมีลูกวัยรุ่นสามคนที่บ้าน มีบางอย่างเกิดขึ้นเมื่อเด็กทั้งสามคนโผล่ออกมาจากถ้ำอาคานอนในเวลาเดียวกันพร้อมกับดูใบหน้าที่เป็นกังวล Snapchat, Youtube และ Discord ล้วน แต่ออฟไลน์! พวกเขาต้องคิดว่านี่เป็นสัญญาณแรกของการเปิดเผย ฉันให้ความมั่นใจกับพวกเขาว่านี่ไม่ใช่จุดเริ่มต้นของยุคมืดใหม่ และพวกเขาควรออกไปข้างนอกเพื่อทำงานที่บ้าน นั่นทำให้พวกเขากลัวกลับสู่ความเป็นจริงและพวกเขาก็รีบออกไปหาสิ่งอื่นเพื่อใช้เวลาของพวกเขา ทั้งหมดล้อเล่นกันมีการบริการจำนวนมากถูกรายงานว่าเป็นลงหรือมีให้เฉพาะในบางพื้นที่ ฝุ่นยังคงตั้งอยู่บนสาเหตุความกว้างและขอบเขตของไฟดับ แต่ดูเหมือนว่าการหยุดทำงานนั้นค่อนข้างสำคัญในด้านขนาดและขอบเขตซึ่งส่งผลกระทบต่อลูกค้าและบริการจำนวนมากรวมถึง Gmail และบริการ G-Suite อื่น ๆ Vimeo และอีกมากมาย ในขณะที่เรากำลังรอการวิเคราะห์สาเหตุอย่างเป็นทางการเกี่ยวกับการหยุดทำงานของ Google Compute Engine ล่าสุดนี้ Google รายงาน“ ความแออัดของเครือข่ายในระดับสูงในภาคตะวันออกของสหรัฐอเมริกา” ทำให้เกิดการหยุดทำงาน เราจะต้องรอดูสิ่งที่พวกเขาระบุว่าก่อให้เกิดปัญหาเครือข่าย มันเป็นข้อผิดพลาดของมนุษย์การโจมตีทางไซเบอร์ความล้มเหลวของฮาร์ดแวร์หรืออย่างอื่นหรือไม่? คุณเตรียมพร้อมสำหรับการหยุดทำงานของคลาวด์นี้หรือไม่?ฉันเขียนในช่วงที่ระบบคลาวด์หยุดทำงาน หากคุณกำลังใช้งานปริมาณงานทางธุรกิจที่สำคัญในระบบคลาวด์ไม่ว่าจะเป็นผู้ให้บริการคลาวด์หรือไม่ก็ตามคุณจะต้องวางแผนสำหรับการหยุดทำงานที่แน่นอน การหยุดทำงานของ Azure หลายวันเมื่อวันที่ 4 กันยายน 2018 นั้นเกี่ยวข้องกับความล้มเหลวของระบบ HVAC สำรองที่จะเตะในช่วงที่เกิดไฟกระชากที่เกี่ยวข้องกับพายุไฟฟ้า ในขณะที่ความล้มเหลวเป็นเพียงภายในดาต้าเซ็นเตอร์เดียว แต่การหยุดทำงานทำให้เกิดบริการหลายอย่างที่ต้องพึ่งพาดาต้าเซ็นเตอร์เดี่ยวนี้ สิ่งนี้ทำให้ดาต้าเซ็นเตอร์เป็นเพียงจุดเดียวของความล้มเหลว มีแผนกู้คืนภัยพิบัติทางเสียงใช้ประโยชน์จากโครงสร้างพื้นฐานของคลาวด์ลดความเสี่ยงด้วยการจำลองข้อมูลที่สำคัญอย่างต่อเนื่องระหว่างโซนความพร้อมใช้งานภูมิภาคหรือแม้แต่ผู้ให้บริการคลาวด์ นอกเหนือจากการปกป้องข้อมูลแล้วการมีกระบวนการในการกู้คืนแอปพลิเคชันที่สำคัญทางธุรกิจอย่างรวดเร็วเป็นส่วนสำคัญของแผนการกู้คืนความเสียหายใด ๆ มีตัวเลือกการจำลองแบบและการกู้คืนที่หลากหลาย ซึ่งรวมถึงบริการที่จัดทำโดยผู้จำหน่ายคลาวด์เองเช่น Azure Site Recovery สำหรับโซลูชันเฉพาะแอปพลิเคชันเช่น SQL Server Always On Availability Group ไปยังโซลูชันของบุคคลที่สามเช่น SIOS DataKeeper ที่ปกป้องแอปพลิเคชันหลากหลาย การมีกลยุทธ์การกู้คืนความเสียหายที่ขึ้นอยู่กับผู้ให้บริการคลาวด์ทั้งหมดทำให้คุณไวต่อสถานการณ์ที่อาจส่งผลกระทบหลายภูมิภาคภายในคลาวด์เดียว ภัยพิบัติหลายดาต้าเซ็นเตอร์หรือหลายภูมิภาคไม่น่าจะเกิดขึ้น อย่างไรก็ตามอย่างที่เราเห็นเมื่อไม่นานมานี้และการล่มสลายของ Azure เมื่อฤดูใบไม้ร่วงที่ผ่านมาแม้ว่าความล้มเหลวจะเกิดขึ้นภายในดาต้าเซ็นเตอร์เดียวผลกระทบก็สามารถเข้าถึงได้กว้างในศูนย์ข้อมูลหลายแห่งหรือภูมิภาคภายในคลาวด์ ในการลดความเสี่ยงให้พิจารณาสถานการณ์สมมติหลายคลาวด์หรือไฮบริดคลาวด์ซึ่งไซต์การกู้คืนความเสียหายอยู่นอกแพลตฟอร์มคลาวด์หลักของคุณ คลาวด์นั้นไวต่อการหยุดชะงักเช่นเดียวกับดาต้าเซ็นเตอร์ของคุณ คุณต้องทำตามขั้นตอนเพื่อเตรียมการสำหรับภัยพิบัติ ฉันขอแนะนำให้คุณเริ่มต้นด้วยการดูแอพที่สำคัญที่สุดทางธุรกิจของคุณก่อน คุณจะทำอย่างไรถ้าพวกเขาออฟไลน์และพอร์ทัลคลาวด์ในการจัดการพวกเขายังไม่สามารถใช้ได้ คุณสามารถกู้คืนได้หรือไม่ คุณจะบรรลุวัตถุประสงค์ RTO และ RPO ของคุณหรือไม่ มิฉะนั้นอาจถึงเวลาที่ต้องประเมินกลยุทธ์การกู้คืนความเสียหาย
|