Sqlserver
 sql >> Cơ Sở Dữ Liệu >  >> RDS >> Sqlserver

Ảnh hưởng đến ứng dụng khi di chuyển từ máy chủ sql 2005 sang 2008

Tất nhiên, đây là một câu hỏi rất rộng, nhưng tôi sẽ cố gắng đưa ra một số gợi ý về cách tôi sẽ tiếp cận nó:

  1. Mục tiêu đầu tiên là viết một số tập lệnh (thủ tục được lưu trữ) để kiểm tra cơ sở dữ liệu năm 2005 của bạn. Chạy tất cả các mầm hiện có của bạn, đếm các bản ghi trong bảng, lập chỉ mục danh sách, v.v. Bạn thực hiện việc này để có thể chạy chúng vào năm 2005 và sau đó vào năm 2008/2012 sau khi hoàn tất quá trình di chuyển. Nó sẽ giúp bạn chứng minh lược đồ dữ liệu đã vượt qua thành công.

  2. Sao lưu cơ sở dữ liệu năm 2005 và khôi phục nó vào năm 2008/2012. Bạn có thể làm điều này song song với bước 1 nếu muốn. Đơn giản chỉ cần bắt đầu sử dụng nó. Mọi thứ nhập có ổn không? Nó có vượt qua bài kiểm tra mắt không? Bất kỳ lỗi nào bạn cần giải quyết?

  3. Sau bước 2, hãy tiếp tục và tạo một bản sao mã .NET 2.0 hiện tại của bạn và trỏ nó vào phiên bản mới từ bước 2. Ứng dụng có hoạt động không? Một lần nữa, nó có vượt qua bài kiểm tra mắt không?

  4. Lặp lại với bản sao ứng dụng và cơ sở dữ liệu mới cho đến khi bạn cảm thấy tự tin. Nếu bạn có một bộ thử nghiệm cho cơ sở mã của mình, rõ ràng điều đó sẽ giúp bạn chứng minh mọi thứ ổn hơn là sử dụng trực giác của bạn.

Theo như chuyển từ .NET 2.0 sang .NET 4.0 / 4.5 ...

  1. Cơ sở mã phải tương thích ngược. Vấn đề duy nhất tôi có thể thấy là nếu các hệ thống khác phụ thuộc vào cơ sở mã của bạn. Nếu bạn có một thư viện lõi và muốn nâng cấp nó lên 4.0 - và một hệ thống khác vẫn đang sử dụng 2.0 cần thư viện đó, thì bạn đang gặp rắc rối.

  2. Tôi chắc chắn sẽ đợi để nâng cấp phiên bản .NET cho đến sau bạn hoàn thành việc di chuyển cơ sở dữ liệu. Nếu có sự cố xảy ra trong khi di chuyển, bạn muốn biết đó không phải là .NET. Nó sẽ giúp bạn thu hẹp các lỗi và sự cố.

Sau khi thực hiện nhiều lần di chuyển như vậy, một số lời khuyên chung:

  1. Hãy thoải mái tạo các phiên bản / hệ thống mới và kiểm tra, thử nghiệm, kiểm tra. Đừng cố gắng làm việc trực tiếp với mã hiện có trong kiểm soát nguồn hoặc làm việc với các triển khai / máy chủ hiện có. Chỉ cần sao chép nó và kiểm tra.

  2. Viết các công cụ và tập lệnh giúp bạn tự động hóa các bài kiểm tra hệ thống. Bạn muốn có thể biết "Có, theo như tôi biết, lược đồ này giống hệt nhau."

  3. Đừng lặp lại quá lâu. Lặp lại theo những cách nhỏ và sau đó chứng minh nó hoạt động và sau đó tiếp tục.

Hy vọng điều đó sẽ hữu ích.




  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Di chuyển cơ sở dữ liệu thành viên ASP.NET sang SQL Azure

  2. Hệ thống phân cấp công nghệ bộ nhớ / lưu trữ và SQL Server

  3. Làm cách nào để tôi có thể lặp lại tất cả các tệp trong một thư mục bằng TSQL?

  4. Tổng của một nhóm cột theo cột ngày

  5. So sánh giá trị của nhiều cột từ hai cơ sở dữ liệu khác nhau