Đó là một câu hỏi thực sự lớn vì vậy hãy phá vỡ nó một chút.
Tôi có thể làm gì trước?
Bắt đầu với một số đọc yêu cầu .
Các liên kết này có liên kết đến thông tin thêm như
- Các tính năng máy chủ SQL không dùng nữa
- Các tính năng của SQL Server bị gián đoạn
- Thay đổi đột phá
- Thay đổi hành vi đối với các tính năng của SQL Server
Đọc từng thứ để xem những thứ chính đang thay đổi. Đặc biệt chú ý đến các tính năng bạn đang sử dụng.
Ngoài ra, bạn nên sử dụng Trình cố vấn nâng cấp . Nó kiểm tra các thành phần đã cài đặt và xác định những thành phần bạn sẽ cần sửa trước hoặc sau khi cài đặt.
In-Place vs Side-by-side
Rất nhiều pro và con ở đây trên cả hai mặt.
Tại chỗ
Ưu
- Dễ dàng hơn nhiều. Tất cả các cấu hình của bạn giữ nguyên ví dụ. Ngoài ra, các chuỗi kết nối cho các ứng dụng của bạn có thể sẽ không cần phải thay đổi.
- Giá rẻ hơn. Không có bộ phần cứng thứ hai cần thiết.
Nhược điểm
- Backout là khó đến không thể. Nếu có lỗi xảy ra, bạn sẽ phải cấp nguồn và hoàn tất vì backout liên quan đến việc tạo một máy chủ hoàn toàn mới và cài đặt lại SQL sau đó khôi phục các bản sao lưu của các bảng của bạn.
Cạnh bên nhau
Về cơ bản những ưu và nhược điểm là ngược lại với In Place.
Ưu
- An toàn hơn - Nếu có lỗi xảy ra, bạn giết phiên bản mới và tiếp tục với phiên bản cũ. Sau đó, bạn có thể thử lại sau.
Nhược điểm
- Nó đắt hơn vì bạn phải tạo một bộ phiên bản mới có thể trên các máy chủ mới.
- Khó khăn hơn vì bạn phải thay đổi chuỗi kết nối, đảm bảo tất cả các cấu hình của bạn đều giống nhau, v.v.
Bây giờ bạn có thể giảm thiểu chi phí của bên cạnh bằng cách tạo một phiên bản mới trên cùng một máy chủ, di chuyển mọi thứ sang nó, sau đó gỡ cài đặt phiên bản cũ. Nó hoạt động và tùy thuộc vào tình huống của bạn có thể là ý tưởng tốt nhất.
Rủi ro chung
Thành thật mà nói, động thái từ năm 2005 - 2008 R2 không tệ lắm. Không có gì so với 2000 - 2005 hoặc 2008 R2 - 2012 (chủ yếu là thay đổi SSIS). Tôi muốn nói với kế hoạch cẩn thận và đọc bạn nên ở trong tình trạng tốt.
