Mất bao lâu để nâng cấp Oracle DB 1T từ 10g lên 11g?


8

Sẽ mất bao lâu để nâng cấp một Oracle DB có dữ liệu 1T từ 10g lên 11g thường / khoảng? Tôi cần ước tính thời gian ngừng hoạt động vì nó là db prod. Cảm ơn nhiều!

Câu trả lời:


11

30-90 phút theo Thực tiễn tốt nhất để nâng cấp của Oracle . Đây là về ước tính gần nhất mà bạn sẽ nhận được cho tất cả những điều chưa biết trong tình huống này.

Kích thước của cơ sở dữ liệu thực sự rất quan trọng trong việc xác định thời gian nâng cấp sẽ mất bao lâu. Dưới đây là các yếu tố chính ảnh hưởng đến thời lượng (từ blog nâng cấp Oracle.com) :

  • Số lượng các thành phần và tùy chọn cơ sở dữ liệu đã cài đặt - càng nhiều thành phần / tùy chọn được cài đặt, các kịch bản nâng cấp sẽ phải chạy càng nhiều, sẽ mất nhiều thời gian hơn

  • Số liệu thống kê từ điển hợp lệ và không cũ - mặc dù việc tạo số liệu thống kê từ điển trong một số bản phát hành cũ của Oracle không phải là một ý tưởng tuyệt vời vì việc hỗ trợ trình tối ưu hóa dựa trên quy tắc, nên phân tích từ điển dữ liệu. Đặc biệt ngay trước khi nâng cấp. Nếu không, điều này sẽ xảy ra trong quá trình nâng cấp trong khi cơ sở dữ liệu được khởi động ở chế độ nâng cấp bị hạn chế gây ra thời gian chết bổ sung.

  • Số lượng hàng tính bằng AUD $ nếu Aud_trail được đặt thành DB

  • Số lượng từ đồng nghĩa khi nâng cấp từ Oracle 9i - từ đồng nghĩa sẽ được chạm vào và nhận được sự phụ thuộc mới trong từ điển trong DEPENDENCY $ - nếu có một số lượng lớn (chẳng hạn như 100.000), điều này có thể ngốn hết thời gian

  • Số lượng đối tượng trong XDB

  • Với tốc độ rất thấp nếu TƯƠNG THÍCH sẽ được tăng lên: Số lượng dữ liệu và kích thước của các redologs

Dưới đây là một số yếu tố bổ sung mà bạn có thể muốn xem xét không liên quan đến cốt lõi của bản nâng cấp:

  • Liệu kịch bản nâng cấp trước đã được chạy hay chưa và các vấn đề đã được giải quyết.
  • Có bao nhiêu đối tượng không hợp lệ.
  • Nếu việc nâng cấp đang được thực hiện (so với Nhập / Xuất, Luồng, Bảo vệ Dữ liệu, v.v.)
  • Cho dù DBUA hoặc tập lệnh được sử dụng để thực hiện nâng cấp.
  • Nếu nhà mới Oracle cài đặt sẵn.
  • Tốc độ đĩa và thông lượng.
  • Hoạt động CPU / Đĩa khác xảy ra cùng một lúc.
  • Chế độ đăng nhập lưu trữ.
  • Những thay đổi khác đang được thực hiện với việc nâng cấp.
  • Nếu một bản sao lưu lạnh là cần thiết trước và / hoặc sau khi nâng cấp.
  • Bất kỳ bộ vá hoặc một bản vá cũng sẽ được áp dụng.
  • Bao nhiêu xác minh nâng cấp cần phải được thực hiện trước khi nó có thể được thực hiện.

Có lẽ yếu tố lớn nhất ảnh hưởng đến việc nâng cấp là yếu tố chưa biết. Ngay cả khi việc nâng cấp được thực hiện trước trên phần cứng tương tự với các bộ dữ liệu tương tự, v.v. mọi thứ vẫn có thể xảy ra mà không lường trước được và có thể ảnh hưởng mạnh đến thời lượng. Với ý nghĩ đó, bạn nên bắt chước môi trường sản xuất gần nhất có thể để nâng cấp thử nghiệm. Đó là, gần như ngân sách của bạn sẽ cho phép.

Nếu không gian là vấn đề ngăn bạn kiểm tra nâng cấp, hãy xem xét khôi phục cơ sở dữ liệu vào hộp kiểm tra, ngoại trừ một số không gian bảng người dùng lớn hơn. Điều này sẽ không mang lại cho bạn cảm giác chính xác về thời gian, nhưng nó sẽ cung cấp cho bạn một sân bóng gần hơn và cho phép bạn vượt qua nhiều điều chưa biết.


Leigh rất chu đáo, bạn nói đúng. Cảm ơn nhiều!
magqq

5

Có lẽ, bạn có một phiên bản thử nghiệm và phát triển của cơ sở dữ liệu này chạy trên phần cứng tương tự với khối lượng dữ liệu tương tự và cùng các thành phần cơ sở dữ liệu được cài đặt, đúng không? Và, có lẽ, bạn sẽ nâng cấp các môi trường thấp hơn này (và kiểm tra xem bất kỳ ứng dụng nào sử dụng cơ sở dữ liệu này vẫn hoạt động chính xác), đúng không?

Giả sử là như vậy, tôi sẽ mất bao lâu để nâng cấp cơ sở dữ liệu phát triển và sử dụng nó như ước tính của bạn về thời gian cần thiết để nâng cấp các phiên bản khác. Rõ ràng, có một số yếu tố quyết định việc nâng cấp thực tế sẽ mất bao lâu. Tôi đoán là thời gian chết có thể chỉ cần một hoặc hai giờ nhưng tốt hơn hết là bạn nên sử dụng thời gian thực tế cần thiết để nâng cấp dev.


2
giả sử anh ta ở một cửa hàng giá rẻ, không có môi trường tương tự trong cơ sở thử nghiệm / phát triển như trong sản xuất. Nếu đó là trường hợp ... một lời khuyên đủ tốt? :-)
Mary

1
@Marian - Như tôi đã nói, dự đoán của tôi mà không có bất kỳ thông tin nào là một hoặc hai giờ. Nhưng nếu bạn đang chạy ở một cửa hàng giá rẻ thậm chí không mua một môi trường thấp hơn đầy đủ, tôi sẽ ồ ạt ước tính của mình vì tôi cho rằng sẽ có điều gì đó không ổn trong quá trình nâng cấp. Nếu bạn sẽ không dành thời gian để xây dựng các môi trường thấp hơn phù hợp, bạn không thể mong đợi mức thời gian hoạt động tuyệt vời.
Hang động Justin

1
Ngay cả khi bạn có một nền tảng phát triển tào lao sẽ cung cấp cho bạn một số công viên bóng tốt để giải quyết. Lấy số đó và nếu cảm thấy hơi thấp, gấp đôi hoặc gấp ba số đó và đưa số đó cho quản lý.
mrdenny

3
@Marian - Tuy nhiên, những người khôn ngoan biết rằng đánh giá cao một cửa sổ thời gian chết hơn là đánh giá thấp nó. Nếu một tổ chức không muốn cung cấp một môi trường phù hợp để DBA có được số liệu hợp lý, họ phải chấp nhận cửa sổ thời gian chết lớn hơn nhiều so với nếu môi trường thấp hơn được cung cấp phù hợp.
Hang Justin

1
@magqq - Bản thân việc nâng cấp không phụ thuộc dữ liệu thông thường. Nhưng vì bạn thường muốn sao lưu hoàn chỉnh trước khi nâng cấp, nên bước thực hiện sao lưu phụ thuộc nhiều vào kích thước của cơ sở dữ liệu.
Hang động Justin
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.