Windows Server 2012 Hết Cập Nhật Bảo Mật: 5 Bước Xử Lý

Trả lời nhanh: Windows Server 2012 và 2012 R2 đã hết hỗ trợ mở rộng từ 10/10/2023, và chương trình cập nhật bảo mật mở rộng (ESU) kết thúc ngày 13/10/2026. Máy chủ vẫn chạy được, nhưng sẽ không nhận thêm bản vá bảo mật. Việc cần làm là kiểm kê máy chủ, tìm những gì phụ thuộc vào nó, chọn hướng nâng cấp hoặc chuyển sang máy mới, sao lưu rồi mới thao tác. Bài này đi qua đúng 5 bước đó.

Bài viết dành cho chủ doanh nghiệp, kế toán trưởng hoặc người phụ trách IT kiêm nhiệm ở công ty khoảng 5 đến 100 người, đang có một máy chủ cũ chạy file chia sẻ, phần mềm kế toán, cơ sở dữ liệu, Active Directory hoặc mail. Các mốc ngày và điều kiện kỹ thuật lấy từ trang tài liệu chính thức của Microsoft, mở và kiểm tra ngày 06/11/2026 (danh sách ở cuối bài). Những gì là kinh nghiệm hoặc nhận định của Vietify được ghi rõ là của chúng tôi.

Điều gì đã kết thúc, và điều gì chưa?

Hai mốc hay bị gộp làm một, nên hãy tách ra:

Mốc	Ngày	Ý nghĩa
Hết hỗ trợ mở rộng (extended support)	10/10/2023	Microsoft ghi: hỗ trợ mở rộng của Windows Server 2012 và 2012 R2 đã kết thúc ngày này
Hết ESU	13/10/2026	Chương trình cập nhật bảo mật mở rộng cho máy chủ 2012 và 2012 R2 đã kết thúc, cả máy trong Azure lẫn máy không ở trong Azure

Cả hai mốc cùng áp dụng cho Windows Server 2012 và 2012 R2. Trang trạng thái của Microsoft viết rõ về 2012 R2: tính đến 13/10/2026, ESU đã kết thúc, và các máy này sẽ không còn nhận bản cập nhật bảo mật chứa biện pháp bảo vệ trước các mối đe dọa mới nhất. Trang vòng đời của Microsoft liệt kê giờ theo múi giờ Thái Bình Dương (Pacific Time), nên nếu bạn đối chiếu từng giờ, hãy đọc kỹ ghi chú múi giờ ở trang đó.

Có ba điều cần hiểu đúng ngay từ đầu.

Máy chủ không tự dừng. Hết hỗ trợ không phải là một công tắc tắt. Máy vẫn khởi động, người dùng vẫn mở được file. Cái mất đi là các bản vá bảo mật mới. Vì vậy rủi ro tăng dần và âm thầm: không có thông báo lỗi nào nhắc bạn.

ESU chỉ là giải pháp cuối cùng, và nó đã hết. Microsoft mô tả ESU là lựa chọn dành cho khách hàng buộc phải chạy sản phẩm cũ quá thời hạn hỗ trợ, và nói rõ sau khi ESU kết thúc thì sẽ ngừng cung cấp bản cập nhật. Họ khuyến nghị nâng cấp lên một phiên bản Windows Server mới hơn càng sớm càng tốt. Nếu ai đó đề nghị "mua ESU cho yên tâm", hãy hỏi lại: mốc nào, cho phiên bản nào, và hiện còn bán không.

Chuyển lên Azure không còn giữ máy 2012 được vá. Trước đây Microsoft nêu một cách để tiếp tục nhận bản vá là chạy máy chủ 2012 trong Azure. Nhưng bảng thời hạn ESU của chính trang đó ghi mốc kết thúc là 13/10/2026 cho cả máy trong Azure. Theo cách đọc của chúng tôi, Azure bây giờ chỉ còn là một nơi để chạy máy chủ sau khi đã nâng cấp, không phải cách để giữ phiên bản 2012 được cập nhật.

Phần còn lại của bài là việc bạn có thể làm ngay, theo thứ tự.

Bước 1: Lập danh sách mọi máy chủ còn chạy Windows Server 2012

Việc đầu tiên không phải là chọn phiên bản mới, mà là biết mình đang có gì. Nhiều công ty có nhiều máy chủ hơn con số họ nghĩ: một máy cũ trong góc phòng chạy phần mềm kế toán, một máy ảo dựng từ nhiều năm trước, một máy chạy máy in hoặc chấm công mà người dựng nó đã nghỉ việc. Danh sách này là nhận định thực hành của Vietify, không phải bảng của Microsoft.

Với mỗi máy chủ, ghi lại những cột sau:

Cột	Ghi gì	Vì sao cần
Tên và vị trí	Tên máy, máy thật hay máy ảo, đặt ở đâu	Để biết tắt máy nào thì ai bị ảnh hưởng
Phiên bản	Windows Server 2012 hay 2012 R2, bản Standard hay Datacenter	Đường nâng cấp khác nhau giữa 2012 và 2012 R2
Vai trò	File chia sẻ, Active Directory, DNS, DHCP, cơ sở dữ liệu, mail, in ấn, truy cập từ xa	Không phải vai trò nào cũng nâng cấp tại chỗ được
Ứng dụng chạy trên đó	Phần mềm kế toán, SQL Server, phần mềm chấm công, tác vụ lập lịch	Hãng phần mềm phải hỗ trợ phiên bản mới
Người chịu trách nhiệm nghiệp vụ	Trưởng phòng hoặc kế toán dùng nó hằng ngày	Người xác nhận "chạy được" sau khi chuyển
Bản sao lưu gần nhất	Ngày, nơi lưu, đã thử khôi phục chưa	Điều kiện để được phép thao tác ở Bước 4

Xác định bản 2012 hay 2012 R2 là việc nhỏ nhưng quan trọng. Trang vòng đời của Microsoft liệt kê hai sản phẩm này riêng, và bảng đường nâng cấp tại chỗ cũng có hai dòng riêng cho chúng. Hãy đọc tên hệ điều hành từ chính màn hình của máy chủ, đừng dựa vào trí nhớ hay tên file cũ.

Một lưu ý về cách chúng tôi viết: các thao tác xem phiên bản trên máy chủ cũ phụ thuộc vào cấu hình từng máy, nên bài này không đưa lệnh cụ thể mà chúng tôi chưa chạy lại trên Windows Server 2012 khi viết.

Bước 2: Tìm xem cái gì đang phụ thuộc vào máy chủ đó

Một máy chủ ít khi làm đúng một việc. Trước khi đụng vào, hãy liệt kê những thứ sẽ hỏng nếu nó biến mất hoặc đổi tên. Hãy hỏi người dùng, không chỉ nhìn máy:

• Thư mục chia sẻ và ổ đĩa ánh xạ. Máy trạm nào gắn ổ đĩa đến máy chủ này? Có phần mềm nào lưu đường dẫn cứng như \\tenmay\thumuc không?
• Phần mềm kế toán và cơ sở dữ liệu. Phiên bản SQL Server là gì, và hãng phần mềm kế toán đã xác nhận bản của bạn chạy được trên hệ điều hành đích chưa?
• Máy in, chấm công, camera, máy scan. Những thiết bị này thường trỏ về địa chỉ hoặc tên của máy chủ cũ.
• Tác vụ lập lịch và bản sao lưu. Một tác vụ chạy lúc 2 giờ sáng có thể là thứ duy nhất đang sao lưu dữ liệu.
• Tài khoản và quyền. Dịch vụ nào chạy bằng tài khoản người dùng cụ thể?

Về mặt kỹ thuật, Microsoft nói điều kiện trước khi nâng cấp tại chỗ gồm hiểu rõ các vai trò và tính năng có hỗ trợ nâng cấp tại chỗ hay không, các ứng dụng máy chủ của Microsoft được hỗ trợ trên phiên bản đích, và yêu cầu hỗ trợ của hãng ứng dụng không phải của Microsoft. Trang tổng quan nâng cấp viết: "Not all roles support in-place upgrade. Check the role and feature migration matrix to verify support for your configuration." Tức là câu hỏi "vai trò này có nâng cấp tại chỗ được không" phải được trả lời cho từng vai trò, không đoán.

Nếu máy chủ là Domain Controller

Đây là trường hợp có chỉ dẫn rõ ràng nhất. Microsoft viết rằng không nên dùng nâng cấp tại chỗ cho máy chủ chạy Active Directory Domain Services (AD DS), và nên cài mới hệ điều hành để nâng một máy chủ mới lên làm domain controller rồi hạ cấp các domain controller cũ. Trang hướng dẫn nâng cấp domain controller nêu cách làm được ưu tiên: "use a clean OS install to promote new servers to DCs that run a newer version of Windows Server and demote the older DCs as needed." Nếu công ty bạn chỉ có một domain controller duy nhất, hãy xử lý nó như một dự án riêng, có người có kinh nghiệm Active Directory tham gia.

Kết quả của hai bước này là một bảng kiểm kê và một danh sách phụ thuộc. Đó là nền để chọn hướng ở Bước 3.

Bước 3: Chọn hướng nâng cấp

Trang tổng quan nâng cấp của Microsoft liệt kê năm cách: nâng cấp tại chỗ, cài mới, chuyển đổi, nâng cấp cuốn chiếu cho cụm và chuyển đổi edition. Với một máy chủ đơn lẻ trong công ty nhỏ, ba cách đầu là những cách thường gặp, nên bảng dưới chỉ lấy ba cách đó. Cột "Khi nào hợp" bám theo cột "When to use it" của Microsoft:

Cách	Làm gì	Khi nào hợp (theo Microsoft)
Nâng cấp tại chỗ (in-place upgrade)	Cài bản mới đè lên bản cũ, giữ cài đặt, vai trò, tính năng và dữ liệu	Muốn đường nhanh nhất lên bản mới trên cùng phần cứng, và vai trò của bạn hỗ trợ nâng cấp tại chỗ
Cài mới (clean install)	Cài Windows Server lên máy chủ mới hoặc ghi đè hệ điều hành hiện có	Muốn bắt đầu sạch, phần cứng mới, hoặc nâng cấp tại chỗ không được hỗ trợ cho cấu hình hiện tại
Chuyển đổi (migration)	Chuyển vai trò hoặc tính năng từ máy chủ nguồn sang máy chủ đích đang chạy Windows Server	Chuyển sang phần cứng mới, hoặc cần chuyển từng vai trò một mà không nâng cấp hệ điều hành tại chỗ

Hai điểm trong chính trang đó giúp tránh nhầm. Thứ nhất, Microsoft ghi rằng từ Windows Server 2025, nâng cấp tại chỗ cho máy không phải cụm (nonclustered) có thể đi tối đa bốn phiên bản một lần, và nêu đúng ví dụ nâng thẳng từ Windows Server 2012 R2 lên Windows Server 2025. Đó là lý do một máy 2012 R2 không nhất thiết phải qua 2016, 2019 rồi 2022. Thứ hai, trang nâng cấp tại chỗ yêu cầu máy chủ không nằm trong cụm; nếu có cụm, Microsoft chỉ dùng Cluster-Aware Updating hoặc nâng cấp cuốn chiếu hệ điều hành cụm.

Một điều chúng tôi không khẳng định thay Microsoft: đường nâng cấp tại chỗ của bản 2012 (không phải R2) khác 2012 R2. Bảng đường nâng cấp trên trang Microsoft có dòng riêng cho từng bản, và có tab theo cách nâng cấp (bộ cài hoặc Windows Update). Hãy mở bảng đó, đọc đúng dòng và đúng tab của máy bạn trước khi quyết định.

Chọn phiên bản đích

Trang trạng thái của Microsoft về Windows Server 2012 R2 khuyên lên Windows Server 2025 để có hỗ trợ chính (mainstream support) đầy đủ: "plan to upgrade to Windows Server 2025 for full mainstream support." Đây là khuyến nghị của Microsoft, còn việc phần mềm của bạn có chạy được trên 2025 hay không là chuyện của Bước 2. Nếu hãng phần mềm kế toán chưa hỗ trợ 2025, bạn cần biết điều đó trước khi mua giấy phép.

Phần cứng cũ có chạy được bản mới không?

Đừng mặc định là có. Trang yêu cầu phần cứng của Microsoft (áp dụng cho Windows Server 2016 đến 2025, cập nhật 22/07/2025) đặt ra tối thiểu bộ xử lý 64-bit 1,4 GHz tương thích x64, hỗ trợ NX và DEP, CMPXCHG16b, LAHF/SAHF, PrefetchW, dịch địa chỉ cấp hai (EPT hoặc NPT), tập lệnh SSE4.2 và POPCNT. Microsoft cũng nhắc công cụ Coreinfo trong bộ Sysinternals để kiểm tra khả năng của CPU. Chúng tôi không nói máy của bạn không đạt; chúng tôi chỉ nói cần kiểm tra, vì nếu không đạt thì nâng cấp tại chỗ không còn là lựa chọn.

Giấy phép

Microsoft ghi rõ: "Unlike Windows client, each Windows Server upgrade requires a separate license." Nghĩa là nâng từ 2012 R2 lên bản mới cần giấy phép cho bản đích, và cần khóa sản phẩm cùng phương thức kích hoạt phù hợp với kênh bạn mua. Bài này không tính giá giấy phép cho bản 2025. Để hiểu cách Vietify trình bày giấy phép máy chủ, xem Windows Server 2022: giấy phép cho doanh nghiệp, và đối chiếu lại với điều kiện của đúng phiên bản đích trước khi mua. Trang máy chủ Server tại Đà Nẵng có thông tin dịch vụ.

Nhận định thực hành của Vietify để chọn nhanh

Phần này là kinh nghiệm của chúng tôi, không phải khuyến nghị của Microsoft:

Tình huống	Hướng thường hợp
File server, phần cứng còn đạt yêu cầu, ứng dụng đơn giản	Nâng cấp tại chỗ, sau khi sao lưu và thử khôi phục
Phần cứng quá cũ hoặc cần thay	Chuyển sang máy mới và chuyển dữ liệu
Domain controller	Dựng máy mới, nâng lên domain controller, hạ máy cũ (theo Microsoft ở Bước 2)
Phần mềm kế toán gắn chặt tên máy hoặc phiên bản SQL cũ	Chuyển sang máy mới, làm thử trước, có hãng phần mềm xác nhận
Không ai nhớ máy làm gì	Đừng tắt. Theo dõi kết nối vài tuần để tìm ai đang dùng, rồi mới quyết định

Nếu bạn muốn một người nhìn vào hệ thống thật của mình, xem dịch vụ IT cho doanh nghiệp tại Đà Nẵng hoặc nơi lưu trữ Cloud Server nếu bạn muốn đưa dữ liệu ra khỏi máy chủ tại chỗ.

Bước 4: Sao lưu và thử khôi phục trước khi chạm vào máy chủ

Đây là bước mà Microsoft đặt thành điều kiện, không phải lời khuyên thêm. Trang hướng dẫn nâng cấp tại chỗ liệt kê trong phần điều kiện tiên quyết: một bản sao lưu đầy đủ của máy chủ, gồm hệ điều hành, ứng dụng, dữ liệu và mọi máy ảo, kèm việc "perform a restore test to confirm the backup is valid and recoverable". Trang tổng quan nâng cấp cũng dặn sao lưu hệ thống và các tệp quan trọng trước khi nâng cấp tại chỗ, cài mới hoặc chuyển đổi.

Chữ "thử khôi phục" quan trọng hơn chữ "sao lưu". Nhiều công ty có bản sao lưu nhưng chưa bao giờ mở thử. Cách thử tối thiểu, theo nhận định của Vietify:

1. Chọn một thư mục thật và một cơ sở dữ liệu thật, khôi phục sang một vị trí khác, không ghi đè bản đang chạy.
2. Nhờ người dùng nghiệp vụ mở file hoặc chạy báo cáo từ bản đã khôi phục.
3. Ghi lại ngày thử, người thử và kết quả. Nếu không có ghi chép thì coi như chưa thử.

Nếu bạn dùng Veeam, hai bài của chúng tôi giải thích chuỗi sao lưu và cách khôi phục: chuỗi backup full, incremental và synthetic của Veeam và Veeam Agent cho Windows: cài đặt, backup và khôi phục. Bài này không khẳng định phiên bản Windows Server nào được Veeam hỗ trợ; hãy đối chiếu hệ điều hành của máy bạn với trang yêu cầu hệ thống của hãng trước khi chọn công cụ.

Trước khi sang bước tiếp, chuẩn bị thêm ba thứ:

• Khung giờ bảo trì. Microsoft ghi cần một khoảng bảo trì đã lên lịch vì phải có thời gian máy chủ ngừng hoạt động trong lúc nâng cấp.
• Khóa sản phẩm và cách kích hoạt cho bản đích, đã nói ở Bước 3.
• Nơi cất tệp tách khỏi máy chủ, ví dụ ổ USB hoặc vị trí mạng, theo danh sách điều kiện của Microsoft.

Bước 5: Chuyển đổi, kiểm tra và giữ máy cũ lại một thời gian

Khi đã có bản sao lưu đã thử và danh sách phụ thuộc, việc chuyển đổi chỉ còn là thực hiện. Với nâng cấp tại chỗ, Microsoft mô tả hai cách: chạy Setup từ bộ cài rồi chọn Keep files, settings, and apps, hoặc dùng bản cập nhật tính năng của Windows Update. Sau khi máy khởi động lại, Microsoft hướng dẫn kiểm tra phiên bản và phiên bản hệ điều hành bằng Get-ComputerInfo -Property WindowsProductName, rồi "Ensure all applications are running and client connections are successful". Nếu có lỗi, họ chỉ đến thư mục C:\Windows\Panther cho nhật ký Setup và công cụ SetupDiag.

Với chuyển sang máy mới, các bước phụ thuộc vào vai trò, nên bài này không thay thế cho tài liệu của Microsoft từng vai trò. Điều chúng tôi khuyên theo kinh nghiệm là chia việc thành hai pha: chuyển dữ liệu trước, chuyển tên và địa chỉ sau, để người dùng chỉ phải đổi một thứ mỗi lần.

Danh sách kiểm tra sau khi chuyển

• Mở thử file từ ít nhất ba máy trạm thuộc các phòng khác nhau.
• Người dùng nghiệp vụ (kế toán, nhân sự) chạy một báo cáo quen thuộc và xác nhận số liệu đúng.
• Máy in, chấm công, tác vụ lập lịch và sao lưu chạy bình thường. Quan trọng nhất là xác nhận bản sao lưu của máy chủ mới đã chạy thành công ít nhất một lần.
• Quyền truy cập thư mục giống như trước, không rộng hơn.

Giữ máy 2012 lại, nhưng tắt khỏi mạng

Theo kinh nghiệm của chúng tôi, đừng xóa máy cũ ngay. Hãy để nó tắt, hoặc ngắt khỏi mạng nếu có thể, trong một khoảng bạn tự đặt (ví dụ 30 ngày), rồi mới giải phóng. Con số này không lấy từ Microsoft; đó là thời gian đủ để một phòng chạy hết một kỳ kế toán và phát hiện thứ bị quên. Nếu bật lại máy cũ để lấy một file, hãy nhớ nó không còn nhận bản vá và không nên nối lại Internet.

Một ví dụ về thời gian chuyển dữ liệu

Một khách hàng của chúng tôi (không nêu tên) có một file server chạy Windows Server 2019 và đã chuyển lên Windows Server 2025. Việc chuyển dữ liệu chạy qua đêm và tổng thời gian khoảng 24 giờ. Chúng tôi đánh giá là chậm. Đây là một trường hợp của một khách hàng, không phải số liệu chung, và nó không phải trường hợp từ Windows Server 2012. Chúng tôi không nêu dung lượng dữ liệu, cách chuyển hay nguyên nhân khiến chậm vì chưa có thông tin kiểm chứng. Điều rút ra chỉ là: hãy tính thời gian chuyển dữ liệu vào kế hoạch, đừng giả định nó chỉ mất vài giờ, và đừng lên lịch cắt chuyển vào ngày người dùng cần file ngay sáng hôm sau.

Bảng tóm tắt: 5 bước, ai làm, xong khi nào

Bảng này do Vietify tổng hợp từ các bước ở trên, không phải bảng của Microsoft. Hãy sửa cột người phụ trách cho đúng công ty bạn.

Bước	Việc	Người phụ trách	Xong khi
1	Lập danh sách máy chủ, phiên bản, vai trò	IT hoặc đơn vị hỗ trợ	Có bảng đủ cột, đã đối chiếu với màn hình thật
2	Tìm phụ thuộc: thư mục chia sẻ, ứng dụng, thiết bị, tác vụ	IT + trưởng phòng nghiệp vụ	Mỗi phụ thuộc có tên người xác nhận
3	Chọn hướng: nâng cấp tại chỗ, cài mới hoặc chuyển đổi	Chủ doanh nghiệp + IT	Có quyết định bằng văn bản, kèm giấy phép bản đích
4	Sao lưu đầy đủ và thử khôi phục	IT	Có ghi chép ngày thử, người thử, kết quả
5	Chuyển đổi, kiểm tra, giữ máy cũ tắt khỏi mạng	IT + người dùng nghiệp vụ	Người dùng nghiệp vụ xác nhận, sao lưu máy mới chạy được

Câu hỏi thường gặp

Windows Server 2012 hết hỗ trợ khi nào?

Microsoft ghi hỗ trợ mở rộng của Windows Server 2012 và 2012 R2 kết thúc ngày 10/10/2023, và chương trình cập nhật bảo mật mở rộng (ESU) kết thúc ngày 13/10/2026. Trang vòng đời của Microsoft tính ngày theo múi giờ Thái Bình Dương.

Máy chủ 2012 của tôi còn chạy tốt, có cần nâng cấp ngay không?

Máy vẫn chạy được, nhưng không còn nhận bản cập nhật bảo mật mới. Chúng tôi không khẳng định mức rủi ro cụ thể cho công ty bạn vì nó phụ thuộc vào việc máy có nối Internet hay không, có dịch vụ nào mở ra ngoài không và có dữ liệu gì trên đó. Việc nên làm ngay là Bước 1 và 2, vì chúng không tốn gì ngoài thời gian.

Có thể nâng thẳng từ 2012 R2 lên 2025 không?

Microsoft viết rằng từ Windows Server 2025, nâng cấp tại chỗ cho máy không phải cụm hỗ trợ tối đa bốn phiên bản một lần, và nêu đúng ví dụ nâng thẳng từ 2012 R2 lên 2025. Điều đó chưa có nghĩa vai trò hoặc ứng dụng của bạn hỗ trợ. Hãy kiểm tra từng vai trò và hãng phần mềm trước.

Domain controller có nâng cấp tại chỗ được không?

Về kỹ thuật là có thể, nhưng Microsoft khuyên không dùng nâng cấp tại chỗ cho máy chạy AD DS và nên dựng domain controller mới trên phiên bản mới rồi hạ cấp máy cũ.

Còn mua ESU hoặc chạy trên Azure thì sao?

Microsoft ghi mốc kết thúc ESU là 13/10/2026 cho cả máy trong Azure và máy không ở trong Azure. Vì vậy hai cách đó không còn giữ cho máy 2012 được cập nhật. Nếu có đơn vị nào chào bán ESU cho 2012 sau mốc này, hãy yêu cầu họ chỉ ra tài liệu của Microsoft.

Nâng cấp mất bao lâu?

Không có con số chung. Ví dụ duy nhất chúng tôi có là của một khách hàng: chuyển dữ liệu một file server từ Windows Server 2019 lên 2025 chạy qua đêm và mất khoảng 24 giờ, chậm hơn chúng tôi dự kiến. Đó là một trường hợp, không phải số liệu chung, và không phải trường hợp từ 2012.

Nguồn và ngày kiểm tra

Tất cả mở và kiểm tra ngày 06/11/2026. Nếu có khác biệt, trang gốc là chuẩn:

• Microsoft Learn: Extended Security Updates for Windows Server overview (cập nhật 05/06/2025).
• Microsoft Learn: Windows Server 2012 R2 known issues and notifications, mục trạng thái ngày 13/10/2026 (cập nhật 05/11/2026; Microsoft ghi trang này sẽ ngừng vào 13/11/2026).
• Microsoft Learn: trang vòng đời Windows Server 2012 và Windows Server 2012 R2.
• Microsoft Learn: Plan your Windows Server upgrade (cập nhật 14/04/2026).
• Microsoft Learn: Perform an in-place upgrade of Windows Server (cập nhật 14/04/2026).
• Microsoft Learn: Upgrade domain controllers to a newer version of Windows Server (cập nhật 16/09/2026).
• Microsoft Learn: Hardware requirements for Windows Server (cập nhật 22/07/2025).

Chưa kiểm chứng trong bài này:

• Bảng đường nâng cấp tại chỗ chi tiết cho từng bản (2012 và 2012 R2) và theo từng cách nâng cấp: chúng tôi không in lại bảng, hãy đọc trang gốc.
• Hãng phần mềm kế toán hay cơ sở dữ liệu nào hỗ trợ Windows Server 2025: chúng tôi chưa kiểm tra.
• Cách các bước trên chạy trên một máy Windows Server 2012 cụ thể: chúng tôi chưa chạy lại trên bản này khi viết.
• Nguyên nhân khiến ví dụ chuyển dữ liệu 24 giờ chậm, và dung lượng dữ liệu: không có thông tin.
• Tài liệu của Microsoft về chuyển vai trò sang máy mới (Windows Server Migration Tools, Storage Migration Service): trang chúng tôi thử mở không tải được, nên bài không mô tả chi tiết các công cụ đó.

Là nhận định của chúng tôi, không trích từ nhà cung cấp: bảng kiểm kê 6 cột, bảng chọn nhanh theo tình huống, cách thử khôi phục tối thiểu 3 bước, khoảng giữ máy cũ 30 ngày, và bảng tóm tắt 5 bước ở trên.

Bước tiếp theo

Nếu công ty bạn còn máy chủ Windows Server 2012 hoặc 2012 R2 và chưa biết bắt đầu từ đâu, hãy nhận đánh giá IT miễn phí. Vietify nhận kiểm tra máy chủ cũ trên toàn quốc. Bạn cũng có thể liên hệ Vietify hoặc xem dịch vụ máy chủ Server. Nếu máy chủ của bạn là máy chủ mail, xem thêm bài về Kerio Connect và MDaemon, nơi chúng tôi đã trích mốc ESU cho phần mềm mail. Nếu bạn đang chọn nơi lưu file thay cho file server cũ, xem File server, NAS hay SharePoint.

Vietify IT Services — Đối tác IT cho doanh nghiệp. Cập nhật: 06/11/2026.