Phân hệ PM Study
  • Tình huốngTình huống thực chiến
  • Kịch bảnRa quyết định tình huống
  • Biểu mẫuKho biểu mẫu tải về
  • Thẻ ghi nhớHọc thuật ngữ PMP
  • Công cụMáy tính EVM, PERT, dự phòng
  • Hỏi đápHỏi đáp & thảo luận
  • Thử tháchMỗi ngày một câu hỏi PMP
  • Lý thuyếtBài học PMBOK 8 & ECO 2026
  • Luyện thiThi thử & ôn tập PMP
  • Bài viếtThư viện bài viết PMP
PM Study
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đáp
6 chuyên mụcXem tất cả bài viết →
  • Quản lý các bên liên quanTình huống về kỳ vọng, giao tiếp và gắn kết stakeholder.
  • Lãnh đạo & đội nhómXây dựng, dẫn dắt và giải quyết xung đột trong đội dự án.
  • Kế hoạch & tiến độLập kế hoạch, ước lượng, nén tiến độ và kiểm soát baseline.
  • Rủi ro & thay đổiNhận diện, ứng phó rủi ro và kiểm soát thay đổi phạm vi.
  • Agile & HybridLựa chọn và vận hành cách tiếp cận Agile, Predictive, Hybrid.
  • Luyện thi PMPChiến lược ôn tập và mẹo xử lý câu hỏi tình huống PMP.
Công cụBài viết
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đápChuyên mụcCông cụBài viết
/
PM Study

Học quản lý dự án và ôn thi PMP bằng tiếng Việt: lý thuyết PMBOK® Guide 8, tình huống thực tế và đề luyện thi theo ECO 2026.

Chuyên mục

  • Quản lý các bên liên quan
  • Lãnh đạo & đội nhóm
  • Kế hoạch & tiến độ
  • Rủi ro & thay đổi
  • Agile & Hybrid
  • Luyện thi PMP

Tài nguyên

  • Project Management Institute (PMI)
  • PMP Exam Content Outline
  • The Scrum Guide
  • PMI Vietnam Chapter

PM Study

  • Tất cả bài viết
  • Bài viết nổi bật
© 2026 PM StudyPMP® và PMBOK® là nhãn hiệu đã đăng ký của Project Management Institute.Phiên bản 1.12.1
  1. /Tình huống
  2. /Quản lý Rủi ro
  3. /OVHcloud Strasbourg (2021): đám cháy xoá sổ một …
Quản lý Rủi ro

OVHcloud Strasbourg (2021): đám cháy xoá sổ một trung tâm dữ liệu và những bản sao lưu nằm cùng một chỗ

Tháng 3/2021, đám cháy phá huỷ hoàn toàn trung tâm dữ liệu SBG2 của OVHcloud ở Strasbourg, làm ngừng nhiều dịch vụ; dữ liệu và bản sao lưu đặt trong SBG2 bị mất. OVH ước tính thiệt hại khoảng 105 triệu euro, và năm 2023 bị tuyên phải bồi thường cho hai khách hàng. Phân tích: trách nhiệm chia sẻ giữa nhà cung cấp và khách hàng, và vì sao "có sao lưu" chưa phải là "có khôi phục thảm hoạ".

HP
Nguyễn Thu Hà, PMP
28/09/2026
3 phút đọc 0 lượt xem
Bình luận0

Bối cảnh thực tế

OVHcloud là nhà cung cấp hạ tầng đám mây của Pháp, vận hành bốn trung tâm dữ liệu ở Strasbourg (SBG1 đến SBG4). SBG2 được xây năm 2016 với sức chứa 30.000 máy chủ vật lý.

Tháng 3/2021, đám cháy xảy ra tại khu Strasbourg:

  • SBG2 bị phá huỷ hoàn toàn; SBG1 bị hư hại một phần; SBG3 còn nguyên nhưng mất điện, còn SBG4 không bị ảnh hưởng. Máy chủ ở SBG1 và SBG3 phải tạm ngừng.
  • Dữ liệu khách hàng và các bản sao lưu đặt ngay trong SBG2 bị mất, dù nhiều khách hàng tin rằng "đã có backup".
  • Theo hồ sơ nộp cơ quan quản lý thị trường tài chính Pháp (AMF) tháng 9/2021, OVH ước tính thiệt hại khoảng 105 triệu euro.
  • Năm 2023, OVH bị tuyên phải trả 250.000 euro cho hai khách hàng mất dữ liệu; hơn 130 khách hàng khác tham gia vụ kiện tập thể.

Điểm mấu chốt của vụ việc không chỉ là hoả hoạn mà là sự lệch pha kỳ vọng: nhiều khách hàng mua gói máy chủ giá rẻ và cho rằng nhà cung cấp tự lo mọi thứ, trong khi sao lưu ở địa điểm duy nhất không bảo vệ trước sự cố mất cả địa điểm.

Phân tích nguyên nhân theo chuẩn PMP

  • Sao lưu không độc lập với nguồn (điểm lỗi chung)

    Bản sao lưu nằm cùng cơ sở vật chất với dữ liệu gốc nên cùng chịu một rủi ro vật lý. Khi phân tích rủi ro, PM cần tìm các nguyên nhân chung (common cause) khiến cả bản gốc lẫn bản sao cùng hỏng: cùng toà nhà, cùng nguồn điện, cùng nhà cung cấp, cùng tài khoản quản trị.

  • Phân định trách nhiệm trong mô hình chia sẻ chưa được ghi rõ (Plan Procurement / Stakeholder Engagement)

    Không rõ ràng ai chịu trách nhiệm về bản sao lưu ngoài địa điểm khiến mỗi bên hiểu theo cách có lợi cho mình. Điều khoản cam kết mức dịch vụ (SLA), phạm vi sao lưu và giới hạn bồi thường phải được đọc và đối chiếu với yêu cầu kinh doanh của dự án.

  • Thiếu mục tiêu khôi phục (RTO/RPO) gắn với giá trị kinh doanh

    Nếu không có thời gian chịu đựng gián đoạn và lượng dữ liệu chấp nhận mất, không thể quyết định mức đầu tư vào kiến trúc nhiều vùng. Mọi hệ thống bị đối xử giống nhau: hoặc đầu tư dàn trải, hoặc không đầu tư.

  • Kế hoạch ứng phó chưa từng được thử khôi phục thật

    Có bản sao lưu nhưng chưa ai diễn tập khôi phục từ vùng khác, nên khi sự cố xảy ra không có kịch bản và không biết mất bao lâu.

  • Lẽ ra PM nên làm gì

    1. 1

      Bước 1: Phân hạng hệ thống và đặt RTO/RPO cùng bên kinh doanh

      Gắn mức bảo vệ với tác động nghiệp vụ, từ đó quyết định ngân sách:

      • Hệ thống sống còn

        Sao chép sang vùng địa lý khác gần thời gian thực, có kịch bản chuyển đổi đã diễn tập.

      • Hệ thống quan trọng

        Sao lưu hằng ngày ra địa điểm khác, khôi phục thử mỗi quý.

      • Hệ thống thứ yếu

        Sao lưu cơ bản, chấp nhận thời gian khôi phục dài và ghi nhận rõ là rủi ro được chấp nhận.

    2. 2

      Bước 2: Quy tắc "ít nhất một bản sao ở địa điểm khác, độc lập quyền quản trị"

      Yêu cầu bản sao lưu nằm ngoài vùng sự cố và ngoài tầm với của cùng một tài khoản; kiểm tra định kỳ rằng việc khôi phục từ bản sao đó thực sự chạy.

    3. 3

      Bước 3: Đọc kỹ SLA, ghi giả định vào nhật ký và truyền thông cho nhà tài trợ

      Trước khi chọn gói dịch vụ, PM tóm tắt cho nhà tài trợ những gì nhà cung cấp không đảm bảo và rủi ro dư còn lại, để quyết định đầu tư là có chủ đích.

    PM Takeaway (Bài học rút ra)

    Sao lưu chỉ có giá trị khi độc lập với nguồn và đã được khôi phục thử. Với đám mây, "thuê hạ tầng" không có nghĩa là "chuyển giao trách nhiệm": PM phải biết chính xác nhà cung cấp cam kết gì, rồi tự thiết kế phần còn lại.

    Nguồn tham khảo

    • Wikipedia — OVHcloud
    #Quản lý rủi ro#OVHcloud#Khôi phục thảm hoạ#Điện toán đám mây#Sao lưu#Kế hoạch liên tục kinh doanh

    Nguồn: Wikipedia — OVHcloud ↗ (mở trong thẻ mới)

    Trắc nghiệm tình huống PMP

    Câu 1/1
    Bạn rà soát một hệ thống lưu trữ trên đám mây: bản sao lưu hằng đêm được lưu cùng trung tâm dữ liệu với máy chủ chính, chưa ai thử khôi phục. Nhà tài trợ hỏi "ta đã có sao lưu rồi, phải không?". Bạn nên trả lời và đề xuất gì?

    Bạn chọn phương án nào?

    Với một dịch vụ quan trọng đang chạy ở một vùng của nhà cung cấp đám mây, bạn chọn mức bảo vệ nào?

    Tình huống này hữu ích với bạn?

    Bình luận0

    Bình luận (0)

    Đăng nhập để tham gia thảo luận.

    Tình huống cùng lĩnh vực

    Quản lý Rủi ro

    SolarWinds Orion (2020): khi chính bản cập nhật phần mềm tin cậy trở thành vũ khí xâm nhập hàng nghìn tổ chức

    Kẻ tấn công cài mã độc vào quy trình build của SolarWinds, khiến các bản cập nhật Orion từ tháng 3 đến tháng 6/2020 mang theo cửa hậu; khoảng 18.000 khách hàng tải về. Vụ việc chỉ lộ ra khi FireEye điều tra vụ xâm nhập chính mình. Phân tích dưới góc nhìn rủi ro: tài sản nào cần được bảo vệ như "sản phẩm", và vì sao rủi ro phần mềm bên thứ ba phải nằm trong sổ đăng ký rủi ro của người mua lẫn người bán.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận15/10/2026
    Quản lý Rủi ro

    Target 2013: kẻ tấn công vào mạng qua nhà thầu điều hoà, cảnh báo của hệ thống phát hiện xâm nhập không ai xử lý

    Cuối năm 2013, tin tặc đánh cắp thông tin khoảng 40 triệu tài khoản thẻ và dữ liệu cá nhân của tới 70 triệu khách hàng Target. Báo cáo của Uỷ ban Thương mại Thượng viện Mỹ cho thấy điểm vào là tài khoản của một nhà thầu điều hoà, mạng không được phân tách và các cảnh báo không được hành động. Phân tích dưới góc nhìn rủi ro: nhận diện, đánh giá và ứng phó rủi ro từ bên thứ ba.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận09/10/2026
    Quản lý Rủi ro

    Log4Shell (2021): một thư viện nguồn mở do tình nguyện viên duy trì và cuộc chạy đua tìm xem "mình đang dùng nó ở đâu"

    Lỗ hổng CVE-2021-44228 trong thư viện ghi nhật ký Log4j có điểm CVSS 10, tồn tại từ năm 2013 và ảnh hưởng 93% môi trường đám mây doanh nghiệp theo khảo sát của Wiz và EY. Hội đồng Rà soát An toàn Mạng Mỹ gọi đây là lỗ hổng "đặc hữu". Bài học rủi ro: không có bản kê thành phần phần mềm thì không thể ứng phó nhanh, và phụ thuộc nguồn mở cần được quản lý như phụ thuộc nhà cung cấp.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận09/10/2026

    Nội dung

    Bối cảnh thực tếPhân tích nguyên nhân theo chuẩn PMPLẽ ra PM nên làm gìPM Takeaway (Bài học rút ra)Nguồn tham khảoTrắc nghiệmBình chọn
    Quảng cáoBộ đề thi thử PMP (mẫu)