โดเมนก็คือชื่อของเว็บไซต์ ยิ่งจำง่ายและสื่อความเป็นแบรนด์ของคุณ ก็จะยิ่งช่วยให้ลูกค้าเข้ามามากเท่านั้น
โฮสติ้งเป็นการแสดงเว็บไซต์ในเว็บ เรามีแผนบริการที่รวดเร็วและรองรับได้ทุกความต้องการตั้งแต่บล็อกง่ายๆ ไปจนถึงเว็บไซต์ประสิทธิสูงไม่ว่าคุณจะเป็น นักออกแบบ หรือนักพัฒนาโปรแกรมเราพร้อมตอบโจทย์ของคุณได้ทุกอย่าง
เรียนรู้เพิ่มเติม
Netway คือ Authorized CSP Partner ของ Microsoft มีความเชี่ยวชาญทั้งการใช้งาน ติดตั้ง และบริการ พร้อมให้การสนับสนุนคุณแบบ 24x7
Netway คือ Authorized Partner ของ Google มีความเชี่ยวชาญทั้งการใช้งาน ติดตั้ง และบริการ พร้อมให้การสนับสนุนคุณแบบ 24x7
Your Website Your Style สร้างเว็บไซต์ภายใน 15 นาทีด้วยตัวคุณเอง
Netway ยังมีผลิตภัณฑ์อีกหลากหลายให้คุณได้เลือกใช้งานบุคคลเพื่อธุรกิจหรือเพื่อการศึกษา
Staged Migration จะเป็นการย้ายทุก Users ที่อยู่บนระบบ on-premises โดยเงื่อนไขในการย้ายระบบจาก on-premises Exchange Server สู่ Office 365 มีดังนี้ ขะใช้งานได้กับ Microsoft Exchange Server 2003 หรือ Microsoft Exchange Server 2007 เท่านั้น จะต้องมีการ synchronize accounts ระหว่าง on-premises Active Directory domain กับ Office 365 โดยใช้ Azure Active Directory sync เหมาะกับจำนวน 150 mailboxes ขึ้นไป แต่สามารถใช้งานได้กับระบบที่มี mailboxes มากกว่า 2,000 mailboxes จะต้องมี Assign Office 365 license ก่อน ถึงสามารถย้ายข้อมูลได้ Domain บนระบบ on-premises จะต้องตรงกับบนระบบ Office 365 ขั้นตอนการย้ายระบบ ข้อมูลเพิ่มเติมhttps://docs.microsoft.com/en-us/exchange/mailbox-migration/what-to-know-about-a-staged-migration
การย้ายระบบแบบ cutover migration นั้น จะต้องทำการย้ายทุก user พร้อมกันภายในครั้งเดียว โดยเงื่อนไขในการย้ายระบบจาก on-premises Exchange Server สู่ Office 365 มีดังนี้ ระบบ on-premises Exchange Server จะต้องเป็น Microsoft Exchange Server 2003 หรือสูงกว่า จะต้องมีจำนวน mailboxes ไม่เกิน 2,000 mailboxes แต่ทาง Microsoft แนะนำว่าจำนวนที่เหมาะสมที่สุดคือ 150 mailboxes หรือน้อยกว่า Domain บนระบบ on-premises จะต้องตรงกับบนระบบ Office 365 สามารถ Active licenses หลังจากย้ายระบบได้ ขั้นตอนการย้ายระบบ ข้อมูลเพิ่มเติมhttps://docs.microsoft.com/en-us/exchange/mailbox-migration/cutover-migration-to-office-365
สำหรับการย้ายระบบการใช้งานจาก on-premises Exchange Server ไปที่ Office 365 ผู้ดูแลระบบสามารถดำเนินการได้เองที่ Microsoft 365 admin center >> Setup >> Data Migration โดยสามารถย้ายในส่วน email, calendar, และ contacts ซึ่งมี 3 วิธีการในการย้ายระบบด้วยกัน การจะเลือกใช้วิธีไหนในการย้ายระบบ ขึ้นอยู่กับเงื่อนไขต่างๆของ Environment ลูกค้า ซึ่งสามารถดูความแตกต่างได้จากตารางด้านล่าง Migration option Source messaging system Comments Can keep mailboxes on-premises? Cutover migration Exchange 2016, Exchange 2013, Exchange 2010, Exchange 2003, Exchange 2007, Supports up to 2000 mailboxes, best for 150 or fewer. NO Staged migration Exchange 2007, Exchange 2003 Requires directory synchronization. Recommended if more than 150 mailboxes. Yes Hybrid Exchange 2016, Exchange 2013, Exchange 2010 Requires directory synchronization. Provides seamless functionality across environments. Yes
จากการสำรวจความเห็นจากผู้เชี่ยวชาญด้านการ Migrate อีเมลชั้นนำ เราได้พบกับคำแนะนำที่น่าสนใจ 6 ประการเกี่ยวกับสิ่งที่ต้องพิจารณาเมื่อเตรียมจะย้าย กำลังย้าย และหลังจากย้ายอีเมลจาก Exchange Server มายัง Office 365 ดังต่อไปนี้ครับ 1. Delegation Vs. Impersonation สองสิ่งนี้มีความต่างกันในเรื่องคำนิยามครับ โดยแบ่งแยกได้ตามนี้ Delegation คือการเก็บ logging ของ individual user mailboxes ผ่านทาง admin account ที่มี global permission Impersonation คือวิธีการที่ตรกันข้ามเลย คือ การที่ admin ปลอมตัว (impersonate) ไปเป็นแต่ละ user เองในช่วงของการ migrate และสามารถใช้ credentials ในอีเมลนั้นเพื่อ scan หรือ copay ข้อมูลโดยที่ไม่ต้องใส่ password ในแต่ละขั้นของกระบวนการ สำหรับโครงการ migration ขนาดใหญ่ วิธีการ Impersonation จะเหมาะกัว่าเพราะรวดเร็วและลดปัญหาที่อาจพบในระหว่างทาง สำหรับกรณีของการย้านจาก Exchange Server ไป Office 365 นั้น แนะนำให้ใช้วิธี Impersonation มากกว่า 2. Understanding Data Speeds กระบวนการของ Migrationไม่อาจเกิดขึ้นได้ภายในพริบตา เพราะมีปัจจัยที่หลากหลายที่จะกระทบต่อ migration ได้ ซึ่งยากต่อการคาดเดาในหลายๆ กรณี ปัจจัยที่ว่านี้ได้แก่ ource, system load, internet bandwidth หรือแม้แต่ folder structure ในฝั่งของ Cloud Provider เองก็มี limit บางอย่าง แต่ก็มีทางในการ adjust ค่า limit เหล่านี้ได้ (คลิกที่นี่เพื่อดูข้อมูลเพิ่มเติม) ตัวอย่างของการย้ายจาก Exchange Server ไป Office 365 นั้น เราจะเห็น average speed อยู่ที่ 750MB per user, per hour และมี high end อยู่ที่ 1.25GB และ low end อยู่ที่ 250MB และแนะนำว่าควรลองย้ายจำนวนน้อยๆ ก่อนในช่วงของ pre-migration step เพื่อทดสอบความเร็วว่าเพียงพอหรือไม่ 3. Hot Cut or Cool Phase? สำหรับการ migrate แบบ cut over หรือบางทีก็เรียกว่า hot cut นั้น จะมักเกิดขึ้นในเคสที่ลูกค้ามีระยะเวลาจำกัด แบบ 1 วันต้องย้ายไปหมด ในกรณีแบบนี้ Users จะถูกย้ายไปพร้อมกับข้อมูลล่าสุดย้อนหลัง 90 วัน และจากนั้นก็อัพเดท MX Records เพื่อเปลี่ยนเส้นทางของอีเมลไปยังระบบใหม่ครับ จากนั้นไอทีค่อยกลับมา copy หรือย้ายส่วนที่เหลือที่เก่ากว่า 90 วันย้อนกลังไปยัง inbox ใหม่ครับ วิธีการนี้พอจะช่วยลด impact ที่จะเกิดขึ้นกับusers ได้พอสมควร หากกรณีที่ไม่ cut over แล้ว การทำ phased migration หรือแบ่งเป็นช่วงๆ ก็ทำได้ ซึ่งนิยมทำกันในแบบโครงการใหญ่ๆ ที่มีระยะเวลายาวนานพอให้จัดการหลายส่วน ได้ กรณีนี้ users จะถูกย้ายไปเป็น batch มากกว่าไปพร้อมกันทีเดียว การแบ่ง phase เองก็มักแบ่งไปตามแผนก ระดับบริหาร กรือโครงสร้างของเน็ตเวิร์ค หรือปัจจัยอื่นๆ แล้วแต่ความจำเพาะขององค์กรครับ 4. Avoiding User Interruptions ไม่ว่าจะวิธีใดก็ตาม เป้าหมายหลักของการย้ายคือ "ต้องลด downtime" ให้เหลือน้อยที่สุด ในทุกโครงการเองย่อมพบเจอ error เสมอ และการระบุปัญหาและทางแก้ไขให้เร็วที่สุดคือสิ่งสำคัญ เครื่องมือที่ใช้ในการ migrate เองย่อมต้องมีระบบจัดการที่ดีพอและสามารถวิเคราะห์ปัญหาพร้อมเสนอทางแก้ไขได้ทันที เพื่อให้ผู้จัดการดครงการสามารถเข้าไปแก้ไขได้ทันเวลา และไม่กระทบต่อการทำงานของ User 5. Leveraging DMA and DeploymentPro มีสองเครื่องมือที่อยากจะแนะนำในการ config ครับ ได้แก่ 2 ตัวนี้ Device Management Agent (DMA) มีทั้งแบบ client หรือ gateway ทำหน้าที่เก็บข้อมูลรายละเอียดเกี่ยวกับ customer’s computers เช่น name, users, OS version, memory และอื่นๆ อีกมากมาย ทำให้การประเมิน pre-migration environment และการดำเนินโครงการเป็นไปได้อย่างถูกต้องครบถ้วน ในขณะที่ DMA client รวบรวมข้อมูลบนคอมพิวเตอร์ที่ถูกติดตั้งนั้น ทาง DMA gateway ก็จะทำการ discovery scan ตัว Active Directory ของเครื่องเพื่อหา items ประเภท servers, computers, users และ groups ไปพร้อมๆ กัน DeploymentPro เป็น module หนึ่งใน DMA ที่ช่วย configure Outlook email profiles สำหรับการ send and receive email จาก Office 365 กรณีที่กำหนดวัน cutover date แล้ว ไอทีจะตั้งเวลา date/time ใน DeploymentPro ตามนั้น พอถึงเวลาก็จะส่งสัญญาณไปยัง agents เพื่อทำการ flip ตัว profile นั้นๆ และจะดำเนินการ action ต่อไปนี้ Creates a new mail profile (can bypass Autodiscover) Attaches any existing locally-stored PSTs from the current default mail profile Copies over signatures from the current default profile; Copies over autocompletes from the current default mail profile 6. Enabling Advanced Options การตั้งค่าบนเครื่องมือ Migration tool แบบ advanced จะทำให้ผู้เกี่ยวข้องทั้งหมดได้รับ notifications ตามสมควร ทำให้รู้ความคืบหน้าของโครงการและปัญหาที่เกิดขึ้น และยังสามารถเลอืก filter การตั้งค่าให้เป็นเฉพาะ folder set หรือ sub folder inbox ได้ด้วย ซึ่งสุดท้ายคุณก็จะมี audit log ออกมาพร้อมรายงานหลังจากที่ migrate เสร็จสิ้นแล้วครับ ข้อมูลอ้างอิง: https://blog.bittitan.com/mw-exchange-office-365-migration-6-best-practices/
การย้ายข้อมูลจากระบบ Google Workspace ไปสู่ Microsoft 365 สามารถทำได้โดยใช้วิธี IMAP Migration ซึ่งจะต้องเปิดการใช้งาน IMAP บน Google Workspace เพื่อให้สามารถเชื่อต่อ Protocol ได้ สิ่งที่ควรพิจารณา จะย้ายได้เฉพาะในส่วนเมล์และเมล์ใน folder ต่างๆที่ถูกสร้างขึ้นมา จะไม่สามารถย้ายในส่วน contacts และ calendar ได้ จำนวนเมล์ที่สามารถย้ายได้สูงสุด อยู่ที่ 500,000 เมล์ ขนาดเมล์ใหญ่สุดต้องไม่เกิน 35 MB จะต้องปิดระบบ 2-Step Verification ระหว่างย้ายข้อมูล ต้องมี Password ของ Google Workspace ทุก Account ต้องทำการ Assign license บนระบบ Microsoft 365 ให้เรียบร้อยก่อนทำการย้ายระบบ ขั้นตอนการย้ายระบบ ข้อมูลเพิ่มเติมhttps://docs.microsoft.com/en-us/exchange/mailbox-migration/migrating-imap-mailboxes/migrating-imap-mailboxes
.png "Microsoft Visio")
.png "VMware")
