Bạn hiện đang ngoại tuyến, hãy chờ internet để kết nối lại

bộ máy cơ sở dữ liệu từ một phiên bản cũ của SQL Server sẽ trở thành không sử dụng được khi bạn đính kèm nó vào một thể hiện của SQL Server 2012

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch máy của Microsoft chứ không phải do con người dịch. Microsoft cung cấp các bài viết do con người dịch và cả các bài viết do máy dịch để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng ngôn ngữ của bạn. Tuy nhiên, bài viết do máy dịch không phải lúc nào cũng hoàn hảo. Loại bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, giống như một người nước ngoài có thể mắc sai sót khi nói ngôn ngữ của bạn. Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra. Microsoft cũng thường xuyên cập nhật phần mềm dịch máy này.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này: 2710782
TRIỆU CHỨNG
Hãy xem xét kịch bản sau đây:
  • Bạn cài đặt chuyên biệt một thể hiện của Microsoft SQL Server 2005, của Microsoft SQL Server 2008 hay của Microsoft SQL Server 2008 R2.
  • Thể hiện của máy chủ SQL được đặt tên theo INST1 và chủ bộ máy cơ sở dữ liệu được đặt tên Test_RO_FG_DB.
  • bộ máy cơ sở dữ liệu chứa các nhóm tập tin sau đây:
    • Tiểu học
    • RO_FG
    • RW_FG
  • Filegroup được đặt tên RO_FG được đánh dấu kiểm là READ_ONLY.
  • Bạn cài đặt chuyên biệt một trường hợp mới của Microsoft SQL Server 2012. Trường hợp này SQL Server 2012 được đặt tên INST2.
  • Bạn tách bộ máy cơ sở dữ liệu Test_RO_FG_DB từ INST1.
  • Bạn thử để đính kèm bộ máy cơ sở dữ liệu Test_RO_FG_DB để INST2.
  • Bạn nhận được một thông báo lỗi tương tự với những điều sau đây:
    Msg 3415, cấp 16, bang 2, dòng 1
    bộ máy cơ sở dữ liệu 'Test_RO_FG_DB' không thể nâng cấp bởi vì nó là chỉ-đọc, có tệp chỉ-đọc hoặc người dùng không có quyền để sửa đổi một số các tập tin. Làm cho bộ máy cơ sở dữ liệu hoặc các tập tin có thể ghi, bật lên và chạy lại phục hồi.
  • Bạn cố gắng để reattach bộ máy cơ sở dữ liệu Test_RO_FG_DB để INST1.
Trong trường hợp này, bạn không thể reattach bộ máy cơ sở dữ liệu để INST1. Và, bạn nhận được thông báo lỗi sau đây trong Nhật ký lỗi SQL Server:

2012-05-03 22:55:45.37 spid52 Bắt đầu lập bộ máy cơ sở dữ liệu 'Test_RO_FG_DB'.
2012-05-03 22:55:45.78 spid52 * *******************************************************************************
2012-05-03 22:55:45.78 spid52 * Bắt đầu ngăn xếp bãi chứa:
2012-05-03 22:55:45.78 spid52 * 05/03/12 22: 55: 45 spid 52
2012-05-03 22:55:45.78 spid52 * vị trí: logscan.cpp:1490
2012-05-03 22:55:45.78 spid52 * biểu hiện: sai
2012-05-03 22:55:45.78 spid52 * bản ghi dịch vụ SPID: 52
2012-05-03 22:55:45.78 spid52 * quá trình ID: 9156
2012-05-03 22:55:45.78 spid52 * mô tả: giá trị không hợp lệ chuyển đổi
2012-05-03 22:55:45.78 spid52 * đầu vào bộ đệm 98 byte -
2012-05-03 22:55:45.78 spid52 * làm thay đổi bộ máy cơ sở dữ liệu Test_RO_FG_DB đặt trực tuyến
2012-05-03 22:55:51.05 spid52 Error: 17065, mức độ nghiêm trọng: 16, bang: 1.
2012-05-03 22:55:51.05 spid52 SQL Server khẳng định: tập tin: <logscan.cpp>, dòng = 1490 thất bại trong việc khẳng định = 'Giả' không hợp lệ chuyển giá trị. Lỗi này có thể liên quan đến thời gian. Nếu lỗi vẫn còn sau khi connectcomputer tuyên bố, sử dụng DBCC CHECKDB để kiểm tra bộ máy cơ sở dữ liệu cho cấu trúc toàn vẹn, hoặc khởi động lại máy chủ để đảm bảo các cấu trúc dữ liệu trong bộ nhớ không bị hỏng.
2012-05-03 22:55:51.10 spid52 Error: 3624, mức độ nghiêm trọng: 20, bang: 1.
2012-05-03 22:55:51.10 spid52 a hệ thống kiểm tra khẳng định đã thất bại. Kiểm tra Nhật ký lỗi SQL Server để biết chi tiết. Thông thường, một sự thất bại khẳng định gây ra bởi một phần mềm lỗi hoặc dữ liệu tham nhũng. Để kiểm tra các bộ máy cơ sở dữ liệu tham nhũng, xem xét việc chạy DBCC CHECKDB. Nếu bạn đã đồng ý để gửi bãi cho Microsoft khi thiết lập, kết xuất nhỏ sẽ được gửi cho Microsoft. Một bản Cập Nhật có thể sẵn sàng từ Microsoft trong Service Pack mới nhất hoặc trong một QFE từ hỗ trợ kỹ thuật.
2012-05-03 22:56:09.16 spid52 Error: 3414, mức độ nghiêm trọng: 21, bang: 1.
2012-05-03 22:56:09.16 spid52 một lỗi đã xảy ra trong thời gian phục hồi, ngăn chặn bộ máy cơ sở dữ liệu 'Test_RO_FG_DB' (cơ sở dữ liệu ID 19) khởi động lại. Chẩn đoán các phục hồi lỗi và sửa chữa chúng, hoặc khôi phục từ đồng gửi lưu tốt được biết đến. Nếu lỗi không sửa chữa hoặc mong đợi, liên hệ với hỗ trợ kỹ thuật.
2012-05-03 22:56:09.18 spid52 Error: 928, mức độ nghiêm trọng: 20, bang: 1.
2012-05-03 22:56:09.18 spid52 trong thời gian nâng cấp, bộ máy cơ sở dữ liệu nêu ra ngoại lệ 926, mức độ nghiêm trọng 14, bang 1, địa chỉ 0000000000F6A971. Số ngoại lệ sử dụng để xác định nguyên nhân.</logscan.cpp>


Lưu ý Vấn đề này chỉ xảy ra khi bạn cố gắng đính kèm một bộ máy cơ sở dữ liệu có chứa một filegroup đó đánh dấu kiểm READ_ONLY. Vấn đề này không xảy ra khi bạn cố gắng di chuyển bộ máy cơ sở dữ liệu READ_ONLY trong đó tất cả các dữ liệu được đánh dấu kiểm READ_ONLY.
NGUYÊN NHÂN
Vấn đề này xảy ra vì SQL Server 2012 không phát hiện filegroup chỉ-đọc trước khi nó Bắt đầu để nâng cấp bộ máy cơ sở dữ liệu. Sau khi nâng cấp đã Bắt đầu, SQL Server 2012 ghi mục Nhật ký giao dịch. Phiên bản trước không thể đọc mục Nhật ký giao dịch mới.
TÌNH TRẠNG
Microsoft đã xác nhận rằng đây là một vấn đề trong các sản phẩm của Microsoft được liệt kê trong phần "Áp dụng cho".
GIẢI PHÁP

Cumulative update Cập nhật thông tin

SQL Server 2012

Sửa chữa cho vấn đề này lần đầu tiên được phát hành trong Cumulative Update 2 cho SQL Server 2012. Để biết thêm chi tiết về gói cumulative update Cập nhật này, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
2703275 Tích lũy gói 2 cho SQL Server 2012
Lưu ý Bởi vì các bản xây dựng tích lũy, mỗi sửa chữa mới phát hành chứa tất cả các hotfix và tất cả các sửa lỗi bảo mật được bao gồm trong năm 2012 trước máy chủ SQL Sửa chữa phát hành. Microsoft khuyến cáo bạn hãy xem xét việc áp dụng sửa chữa phát hành gần đây nhất có chứa hotfix này. Để biết thêm chi tiết, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
2692828 SQL Server 2012 xây dựng được phát hành sau khi SQL Server 2012 được phát hành
Bạn phải áp dụng một hotfix SQL Server 2012 cho tiến trình cài đặt chuyên biệt SQL Server 2012.
CÁCH GIẢI QUYẾT KHÁC
Để làm việc xung quanh vấn đề này, sử dụng một trong những phương pháp sau đây.

Phương pháp 1

Khôi phục đồng gửi lưu của bộ máy cơ sở dữ liệu từ INST1 ngày INST2.

Lưu ý Vấn đề được mô tả trong phần "Triệu chứng" không xảy ra trong SQL Server 2012 khi bạn khôi phục đồng gửi lưu từ một phiên bản cũ.

Phương pháp 2

Thực hiện tại-chỗ nâng cấp của phiên bản trước đó của SQL Server SQL Server 2012.

Phương pháp 3

Di chuyển một bộ máy cơ sở dữ liệu có chứa một chỉ đọc filegroup để một thể hiện của SQL Server 2012. Để thực hiện việc này, hãy làm theo các bước sau.

Lưu ý Thực hiện bước 4 đến 11 trên máy chủ đang chạy SQL Server 2012. Ví dụ, thực hiện bước 4 đến 11 ngày INST2.
  1. Ngày INST1, tách bộ máy cơ sở dữ liệu. Ví dụ, tách bộ máy cơ sở dữ liệu Test_RO_FG_DB.
  2. Di chuyển tệp bộ máy cơ sở dữ liệu đến máy chủ lưu trữ trường hợp INST2.
  3. Hãy thử để đính kèm bộ máy cơ sở dữ liệu để INST2. Mẫu mã sau đây cho thấy làm thế nào để làm điều này:
    CREATE DATABASE [Test_RO_FG_DB] ON PRIMARY ( NAME = N'Test_RO_FG', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RO_FG.mdf' ), FILEGROUP [RO_FG] ( NAME = N'Test_RO_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RO_FG_File1.ndf' ), FILEGROUP [RW_FG] ( NAME = N'Test_RW_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RW_FG_File1.ndf' )LOG ON ( NAME = N'Test_RO_FG_log', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RO_FG_log.ldf' )FOR ATTACH;GO
    Lưu ý Bạn sẽ nhận được các thông báo lỗi 3425 được đề cập trong phần "Triệu chứng".
  4. Một dấu kiểm nhắc lệnh, đổi tập đã đặt tên tin bộ máy cơ sở dữ liệu. Lệnh mẫu cho thấy làm thế nào để làm điều này:
    rename Test_RO_FG.mdf original_Test_RO_FG.mdfrename Test_RO_FG_File1.ndf original_Test_RO_FG_File1.ndfrename Test_RW_FG_File1.ndf original_Test_RW_FG_File1.ndfrename Test_RO_FG_log.ldf original_Test_RO_FG_log.ldf
  5. Trong SQL Server Management Studio, tạo bộ máy cơ sở dữ liệu có cùng tên và cơ cấu vật lý như là bộ máy cơ sở dữ liệu mà bạn muốn đính kèm. Mẫu mã sau đây cho thấy làm thế nào để làm điều này:
    CREATE DATABASE [Test_RO_FG_DB] ON PRIMARY ( NAME = N'Test_RO_FG_DB', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RO_FG_DB.mdf' , SIZE = 4072KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB ), FILEGROUP [RO_FG] ( NAME = N'Test_RO_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RO_FG_File1.ndf' , SIZE = 8192KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB ), FILEGROUP [RW_FG] ( NAME = N'Test_RW_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RW_FG_File1.ndf' , SIZE = 8192KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB )LOG ON ( NAME = N'Test_RO_FG_log', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RO_FG_log.ldf' , SIZE = 1024KB , MAXSIZE = 2048GB , FILEGROWTH = 10%)GO
  6. Thiết lập bộ máy cơ sở dữ liệu để gián tuyến. Để làm điều này, hãy chạy lệnh sau:
    ALTER DATABASE [Test_RO_FG_DB] SET OFFLINEGO
  7. Một dấu kiểm nhắc lệnh, đổi tên các tập tin trong bộ máy cơ sở dữ liệu mới. Lệnh mẫu cho thấy làm thế nào để làm điều này:
    rename Test_RO_FG.mdf new_Test_RO_FG.mdfrename Test_RO_FG_File1.ndf new_Test_RO_FG_File1.ndfrename Test_RW_FG_File1.ndf new_Test_RW_FG_File1.ndfrename Test_RO_FG_log.ldf new_Test_RO_FG_log.ldf
  8. Một dấu kiểm nhắc lệnh, đổi tên các tập tin trong bộ máy cơ sở dữ liệu mà bạn di chuyển trong bước 2. Đổi tên các tập tin để phù hợp với bộ máy cơ sở dữ liệu mà bạn đã tạo ở bước 4. Lệnh mẫu cho thấy làm thế nào để làm điều này:
    rename original_Test_RO_FG.mdf Test_RO_FG.mdf rename original_Test_RO_FG_File1.ndf Test_RO_FG_File1.ndf rename original_Test_RW_FG_File1.ndf Test_RW_FG_File1.ndf rename original_Test_RO_FG_log.ldf Test_RO_FG_log.ldf
  9. Thiết lập bộ máy cơ sở dữ liệu để ONLINE. Để làm điều này, hãy chạy lệnh sau:
    ALTER DATABASE [Test_RO_FG_DB] SET ONLINEGO
  10. Kiểm chứng rằng bộ máy cơ sở dữ liệu trực tuyến, và thiết lập lại các chức năng bản ghi dịch vụ môi giới.
  11. Xóa các tập tin bộ máy cơ sở dữ liệu mà không cần thiết. Lệnh mẫu cho thấy làm thế nào để làm điều này:
    del /P new_Test_RO_FG.mdfdel /P new_Test_RO_FG_File1.ndfdel /P new_Test_RW_FG_File1.ndfdel /P new_Test_RO_FG_log.ldf
Method 4

Reattach bộ máy cơ sở dữ liệu có chứa một chỉ đọc filegroup để thể hiện trước đó của SQL Server. Để thực hiện việc này, hãy làm theo các bước sau.

Ghi chú
  • bộ máy cơ sở dữ liệu cũng chứa các giao dịch mới kí nhập mục từ việc nâng cấp thất bại.
  • Thực hiện bước 3 thông qua 10 trên máy chủ đang chạy một phiên bản cũ của SQL Server. Ví dụ, thực hiện bước 3 thông qua 10 ngày INST1.

  1. Di chuyển tệp bộ máy cơ sở dữ liệu cho trường hợp máy chủ SQL được lưu trữ INST1.
  2. Hãy thử để đính kèm bộ máy cơ sở dữ liệu để INST1. Mẫu mã sau đây cho thấy làm thế nào để làm điều này:
    CREATE DATABASE [Test_RO_FG_DB] ON PRIMARY ( NAME = N'Test_RO_FG_DB', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RO_FG_DB.mdf' ), FILEGROUP [RO_FG] ( NAME = N'Test_RO_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RO_FG_File1.ndf' ), FILEGROUP [RW_FG] ( NAME = N'Test_RW_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RW_FG_File1.ndf' )LOG ON ( NAME = N'Test_RO_FG_log', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RO_FG_log.ldf' )FOR ATTACHGO
    Lưu ý Bạn sẽ nhận được các thông báo lỗi 3624 được đề cập trong phần "Triệu chứng". Bạn cũng sẽ nhận được một thông báo lỗi 1813.
  3. Một dấu kiểm nhắc lệnh, đổi tập đã đặt tên tin bộ máy cơ sở dữ liệu trên INST1. Lệnh mẫu cho thấy làm thế nào để làm điều này:
    rename Test_RO_FG.mdf original_Test_RO_FG.mdfrename Test_RO_FG_File1.ndf original_Test_RO_FG_File1.ndfrename Test_RW_FG_File1.ndf original_Test_RW_FG_File1.ndfrename Test_RO_FG_log.ldf original_Test_RO_FG_log.ldf
  4. Trong SQL Server Management Studio, tạo bộ máy cơ sở dữ liệu có cùng tên và cơ cấu vật lý như là bộ máy cơ sở dữ liệu mà bạn muốn đính kèm. Mẫu mã sau đây cho thấy làm thế nào để làm điều này:
    CREATE DATABASE [Test_RO_FG_DB] ON PRIMARY ( NAME = N'Test_RO_FG_DB', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RO_FG_DB.mdf' , SIZE = 4072KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB ), FILEGROUP [RO_FG] ( NAME = N'Test_RO_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RO_FG_File1.ndf' , SIZE = 8192KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB ), FILEGROUP [RW_FG] ( NAME = N'Test_RW_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RW_FG_File1.ndf' , SIZE = 8192KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB )LOG ON ( NAME = N'Test_RO_FG_log', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RO_FG_log.ldf' , SIZE = 1024KB , MAXSIZE = 2048GB , FILEGROWTH = 10%)GO
  5. Thiết lập bộ máy cơ sở dữ liệu để gián tuyến. Để làm điều này, hãy chạy lệnh sau:
    ALTER DATABASE [Test_RO_FG_DB] SET OFFLINEGO
  6. Một dấu kiểm nhắc lệnh, đổi tên các tập tin trong bộ máy cơ sở dữ liệu mới. Lệnh mẫu cho thấy làm thế nào để làm điều này:
    rename Test_RO_FG.mdf new_Test_RO_FG.mdfrename Test_RO_FG_File1.ndf new_Test_RO_FG_File1.ndfrename Test_RW_FG_File1.ndf new_Test_RW_FG_File1.ndfrename Test_RO_FG_log.ldf new_Test_RO_FG_log.ldf
  7. Một dấu kiểm nhắc lệnh, đổi tên các tập tin trong bộ máy cơ sở dữ liệu mà bạn di chuyển trong bước 2. Đổi tên các tập tin để phù hợp với bộ máy cơ sở dữ liệu mà bạn đã tạo ở bước 4. Lệnh mẫu cho thấy làm thế nào để làm điều này:
    rename original_Test_RO_FG.mdf Test_RO_FG.mdf rename original_Test_RO_FG_File1.ndf Test_RO_FG_File1.ndf rename original_Test_RW_FG_File1.ndf Test_RW_FG_File1.ndf rename original_Test_RO_FG_log.ldf Test_RO_FG_log.ldf
  8. Thiết lập bộ máy cơ sở dữ liệu để chế độ khẩn cấp, và thực hiện một sửa chữa. Để thực hiện việc này, hãy chạy lệnh sau đây.

    Lưu ý Các bản ghi của giao dịch bộ máy cơ sở dữ liệu được xây dựng lại trong bước này. Điều này có thể dẫn đến mất dữ liệu. Vì vậy, chúng tôi khuyên bạn sao lưu bộ máy cơ sở dữ liệu trước khi bạn thực hiện bước này.
    ALTER DATABASE Test_RO_FG_DB SET EMERGENCYGOALTER DATABASE Test_RO_FG_DB SET SINGLE_USERGODBCC CHECKDB (Test_RO_FG_DB, repair_allow_data_loss) WITH ALL_ERRORMSGSGOALTER DATABASE Test_RO_FG_DB SET MULTI_USERGO
  9. Kiểm chứng rằng bộ máy cơ sở dữ liệu trực tuyến, và thiết lập lại các chức năng bản ghi dịch vụ môi giới.
  10. Xóa các tập tin bộ máy cơ sở dữ liệu mà không cần thiết. Lệnh mẫu cho thấy làm thế nào để làm điều này:
    del /P new_Test_RO_FG.mdfdel /P new_Test_RO_FG_File1.ndfdel /P new_Test_RW_FG_File1.ndfdel /P new_Test_RO_FG_log.ldf
THÔNG TIN THÊM
Có một vài bước xảy ra khi một bộ máy cơ sở dữ liệu gắn liền với một thể hiện của SQL Server. Các bước này bao gồm việc Khôi phục bộ máy cơ sở dữ liệu và nâng cấp các tập tin từ phiên bản trước của SQL Server.

Trong các vấn đề được mô tả trong phần "Triệu chứng", SQL Server 2012 Bắt đầu quá trình nâng cấp, trước khi các tệp chỉ-đọc trong bộ máy cơ sở dữ liệu được phát hiện. Các bước nâng cấp bao gồm Bắt đầu từ một giao dịch để xóa các "sạch đóng cửa" bit trong trang khởi động của bộ máy cơ sở dữ liệu. Phiên bản trước của SQL Server không thể đọc các bản ghi của giao dịch Bắt đầu. Do đó, bộ máy cơ sở dữ liệu không phải là có thể sử dụng trong phiên bản trước của SQL Server và SQL Server tạo ra lỗi 3624.

Tại-chỗ nâng cấp khi bộ máy cơ sở dữ liệu được đánh dấu kiểm là chỉ-đọc

Khi bạn thực hiện tại-chỗ nâng cấp một thể hiện của SQL Server có chứa bộ máy cơ sở dữ liệu chỉ đọc được đặt tên Test_RO_DB với SQL Server 2012, bạn có thể nhận được các thông báo lỗi tương tự như sau trong Nhật ký lỗi SQL Server:

2012-05-04 21:03:59.23 spid19s Bắt đầu lập bộ máy cơ sở dữ liệu 'Test_RO_DB'.
2012-05-04 21:03:59.56 spid19s Converting database 'Test_RO_DB' từ phiên bản 661 để phiên bản hiện tại 706.
2012-05-04 21:03:59.56 spid19s Error: 928, mức độ nghiêm trọng: 20, bang: 1.
2012-05-04 21:03:59.56 spid19s trong thời gian nâng cấp, bộ máy cơ sở dữ liệu nêu ra ngoại lệ 3415, mức độ nghiêm trọng 16, bang 1, địa chỉ 000007FEE66D784A. Số ngoại lệ sử dụng để xác định nguyên nhân.
2012-05-04 21:03:59.61 spid19s Error: 3415, mức độ nghiêm trọng: 16, bang: 1.
2012-05-04 21:03:59.61 spid19s bộ máy cơ sở dữ liệu 'Test_RO_DB' không thể nâng cấp bởi vì nó là chỉ-đọc, có tệp chỉ-đọc hoặc người dùng không có quyền để sửa đổi một số các tập tin. Làm cho bộ máy cơ sở dữ liệu hoặc các tập tin có thể ghi, bật lên và chạy lại phục hồi.


Vào cuối của quá trình nâng cấp, bộ máy cơ sở dữ liệu Test_RO_DB sẽ trong nhà nước RECOVERY_PENDING. Bạn phải sử dụng lệnh Thay đổi bộ máy cơ sở dữ liệu để thiết lập bộ máy cơ sở dữ liệu để READ_WRITE. Sau đó sử dụng lệnh Thay đổi bộ máy cơ sở dữ liệu để thiết lập bộ máy cơ sở dữ liệu để READ_ONLY. Điều này cho phép các công cụ SQL Server nâng cấp bộ máy cơ sở dữ liệu phiên bản chính xác.

Tại-chỗ nâng cấp khi đọc/ghi bộ máy cơ sở dữ liệu chứa các nhóm tập tin được đánh dấu kiểm chỉ đọc

Khi bạn thực hiện tại-chỗ nâng cấp SQL Server 2012, bạn có thể nhận được tin thư thoại tương tự như sau trong Nhật ký lỗi SQL Server. Vấn đề này xảy ra khi thể hiện trước đó của SQL Server chủ bộ máy cơ sở dữ liệu đọc/ghi và có chứa các nhóm tập tin được đánh dấu kiểm READ_ONLY. Tuy nhiên, quá trình nâng cấp kết thúc như mong đợi, và bộ máy cơ sở dữ liệu Bắt đầu trực tuyến.

Lưu ý Trong thông báo lỗi sau, bộ máy cơ sở dữ liệu được đặt tên theo Test_RO_FG:

2012-05-04 21:03:59.23 spid18s Bắt đầu lập bộ máy cơ sở dữ liệu 'Test_RO_FG'.
2012-05-04 21:03:59.71 spid18s Converting database 'Test_RO_FG' từ phiên bản 661 để phiên bản hiện tại 706.
2012-05-04 21:03:59.71 spid18s bộ máy cơ sở dữ liệu 'Test_RO_FG' chạy bước nâng cấp từ phiên bản 661 Phiên bản 668.



Thuộc tính

ID Bài viết: 2710782 - Xem lại Lần cuối: 06/18/2012 23:09:00 - Bản sửa đổi: 2.0

Microsoft SQL Server 2012 Enterprise

  • kbsurveynew kbprb kbtshoot kbmt KB2710782 KbMtvi
Phản hồi
col) + "//c.microsoft.com/ms.js'><\/script>");