Không có bản sao lưu nào được chọn để khôi phục

Tôi có cơ sở dữ liệu SQL Server 2012 với tính năng filestream. Tuy nhiên, khi tôi sao lưu nó và cố gắng khôi phục nó trên một phiên bản SQL Server 2012 khác (trên một máy khác), tôi chỉ cần nhận được thông báo này:

Không có bản sao lưu được chọn để được khôi phục.

Thậm chí không một dòng giải thích thêm. Có chuyện gì ở đây vậy?

Mọi cơ sở dữ liệu khác mà không có filestream đều ổn và có thể được khôi phục thành công. Nó có phải là một cái gì đó liên quan đến filestream? Tôi nên cài đặt một hotfix hoặc một cái gì đó như thế.

Tôi đã gặp vấn đề này và hóa ra tôi đang cố khôi phục lại phiên bản SQL sai. Nếu bạn muốn biết thêm thông tin về những gì đang diễn ra, hãy thử khôi phục cơ sở dữ liệu bằng SQL sau:

RESTORE DATABASE <YourDatabase> 
FROM DISK='<the path to your backup file>\<YourDatabase>.bak'

Điều đó sẽ cung cấp cho bạn thông báo lỗi mà bạn cần gỡ lỗi này.

Vấn đề của tôi đã kết thúc là quyền . Tôi đang sử dụng máy dev và được sao chép qua Homegroup. Bằng cách nào đó, có lẽ dựa vào nơi tôi đã sao chép tệp vào, các quyền đã bị rối và Management Studio không thể đọc tệp. Vì đây là dev nên tôi chỉ cấp cho mọi người quyền đối với tệp bak và sau đó có thể khôi phục thành công qua GUI.

Khi chạy:

RESTORE DATABASE <YourDatabase> 
FROM DISK='<the path to your backup file>\<YourDatabase>.bak'

Nó đã cho tôi lỗi sau:

Họ phương tiện trên thiết bị 'C: \ NorthwindDB.bak' được hình thành không chính xác. SQL Server không thể xử lý họ phương tiện truyền thông này. RESTORE HeaderONLY đang chấm dứt bất thường. (Máy chủ Microsoft SQL, Lỗi: 3241) Blockquote

Hóa ra Bạn không thể lấy DB từ phiên bản SQL cao hơn xuống mức thấp hơn, ngay cả khi mức độ tương thích giống nhau trên cả DB nguồn và DB đích. Để kiểm tra phiên bản SQL chạy:

Select @@Version

Để thấy sự khác biệt, chỉ cần tạo DB trên máy chủ SQL nguồn của bạn và thử khôi phục từ tệp sao lưu của bạn, khi bạn thực hiện SSMS whit này, khi bạn chọn tệp sao lưu, nó sẽ hiển thị một số thông tin về nó như bị xóa khi bạn mở nó từ một máy chủ phiên bản thấp hơn sẽ chỉ nói "không có bản sao lưu nào được chọn để khôi phục"

Vì vậy, nếu bạn vẫn cần di chuyển dữ liệu của mình sang SQL phiên bản thấp hơn thì hãy kiểm tra Điều này .

Chạy SQL Server Management Studio với tư cách quản trị viên (nhấp chuột phải vào phím tắt / exe, sau đó chọn "Chạy với tư cách quản trị viên"), sau đó thử khôi phục.

Tôi nghĩ rằng tôi không đủ ngu ngốc để trộn lẫn các phiên bản - tuy nhiên, tôi đã không nhận ra rằng trên máy chủ mới của mình, một phiên bản SQL Server 2005 đã được cài đặt từ khi sinh ra SQLEXPRESS. Khi cố gắng khôi phục cơ sở dữ liệu sao lưu SQL Server 2008 R2 của tôi trong SSMS 2012 về SQLEXPRESSví dụ, danh sách các bộ sao lưu trống.

Cuối cùng, tôi nhận ra rằng SQLEXPRESSphiên bản trên máy chủ không phải là phiên bản 2012, mà là năm 2005. Tôi đã ngắt kết nối và kết nối với phiên bản 2012 thực tế (trong trường hợp của tôi có tên SQLEXPRESS2012) và nó (rõ ràng) đã hoạt động.

Vấn đề của tôi là người dùng của tôi thuộc nhóm Quản trị viên tích hợp và không có người dùng nào có vai trò Sysadmin trên SQL Server. Tôi mới bắt đầu Management Studio với tư cách Quản trị viên. Bằng cách này, nó đã có thể khôi phục cơ sở dữ liệu.

FYI: Tôi thấy rằng khi khôi phục, tôi cần sử dụng cùng thông tin đăng nhập (Người dùng SQL) để đăng nhập vào SSMS. Lần đầu tiên tôi đã thử khôi phục bằng tài khoản Windows xác thực.

Trong trường hợp của tôi, đó là quyền và thực tế là tôi đã sử dụng "Khôi phục tệp và nhóm tệp ..." thay vì chỉ đơn giản là "Khôi phục cơ sở dữ liệu ...".

Điều đó làm nên sự khác biệt.

Đối với tôi đó là một vấn đề đặc quyền người dùng. Tôi đã đăng nhập với sa user và nó hoạt động tốt.

Đối với tôi, vấn đề là có tệp .BAK nằm trong một thư mục được mã hóa trên máy chủ. Ngay cả với quyền Quản trị viên đầy đủ, tôi không bao giờ có thể nhận được SSMS để đọc tệp. Di chuyển .BAK đến một thư mục không được mã hóa đã giải quyết vấn đề của tôi. Lưu ý rằng sau khi di chuyển tệp, bạn cũng có thể phải thay đổi các thuộc tính trên tệp thực tế để xóa mã hóa (nhấp chuột phải, thuộc tính, nâng cao, bỏ chọn "nội dung mã hóa thành dữ liệu an toàn".

Tôi gặp vấn đề tương tự với SQL Server 2014 (Management Studio không thể thấy thư mục chứa tệp sao lưu khi cố gắng xác định vị trí của nó cho hoạt động Khôi phục). Chủ đề này giữ câu trả lời mà giải quyết vấn đề của tôi. Trích dẫn:

Tài khoản dịch vụ SQL Server có thể được tìm thấy bởi Start-> Control Panel-> Công cụ quản trị-> Dịch vụ. Bấm đúp vào dịch vụ SQL Server-> Đăng nhập tab. Bạn sẽ sử dụng "Tài khoản hệ thống cục bộ" hoặc "Tài khoản này" để xác định một tài khoản cụ thể. Nếu bạn đang sử dụng tài khoản Hệ thống cục bộ, bạn sẽ không thể tham chiếu các bản sao lưu không cục bộ trên máy chủ. Nếu, thay vào đó, bạn đã xác định tài khoản sẽ sử dụng, đây là tài khoản cần có quyền truy cập vào vị trí tệp sao lưu. Khả năng truy cập các bản sao lưu bằng cách sử dụng đăng nhập cá nhân của bạn là không liên quan; đó là tài khoản SQL Server được sử dụng, ngay cả khi bạn đang bắt đầu sao lưu. Nhân viên CNTT của bạn sẽ có thể xác định những quyền nào được cấp cho mỗi tài khoản.

Hy vọng rằng sẽ giúp được ai đó.

Trong trường hợp của tôi (cài đặt máy chủ sql mới, người dùng mới được tạo) người dùng của tôi đơn giản là không có sự cho phép cần thiết. Tôi đã đăng nhập vào Studio quản lý dưới dạng sa , sau đó vào Bảo mật / Đăng nhập, nhấp chuột phải vào tên người dùng, Thuộc tính của tôi, sau đó trong phần Vai trò máy chủ mà tôi đã kiểm tra sysadmin.

Đối với tôi, đó là vì tệp sao lưu vẫn được mở bởi một quy trình khác. Đây là nhật ký sự kiện:

BackupDiskFile :: OpenMedia: Thiết bị sao lưu 'X: \ Backups \ MyDatabase \ MyDatabase_backup_2014_08_22_132234_8270986.bak' không mở được. Lỗi hệ điều hành 32 (Quá trình không thể truy cập tệp vì nó đang được sử dụng bởi quy trình khác.).

Chỉ cần đóng và mở lại Sql Server Management Studio đã giải quyết nó (vì vậy rõ ràng đó là ssms.exe có xử lý ..)

Một lý do tiềm năng khác cho trục trặc này dường như là Google Drive. Google Drive đang nén các tệp bak hoặc một cái gì đó, vì vậy nếu bạn muốn chuyển bản sao lưu cơ sở dữ liệu qua Google Drive, có vẻ như bạn phải nén nó trước.

Nếu bạn muốn thay thế hoàn toàn cơ sở dữ liệu hiện có, hãy sử dụng tùy chọn VỚI REPLACE :

RESTORE DATABASE <YourDatabase> 
FROM DISK='<the path to your backup file>\<YourDatabase>.bak'
WITH REPLACE

Trong trường hợp của tôi, đó là một vấn đề quyền.

Đối với người dùng Windows, tôi đang sử dụng không có dbcreatorvai trò.

Vì vậy, tôi đã làm theo các bước dưới đây

1. Kết nối savới máy chủ SQL
2. Mở rộng Securitytrong Object Explorer
3. Mở rộng Logins
4. Nhấp chuột phải vào người dùng Windows trong câu hỏi
5. Nhấp vào Thuộc tính
6. Chọn Server Rolestừ Select a pagecác tùy chọn
7. Kiểm tra dbcreatorvai trò cho người dùng
8. Nhấn vào OK

Sử dụng SQL Server 2012 Express.

Lỗi của tôi (từ Trình quản lý SQL - Khôi phục hộp thoại cơ sở dữ liệu):

No backupset selected to be restored

Hơn nữa, không có bản sao lưu nào được hiển thị trong danh sách để chọn.

Vấn đề là tôi đã chuyển 1 trong 5 tệp sao lưu vào một thư mục mà người dùng đăng nhập dịch vụ SQL Server không có quyền - Tôi đã cố thêm người dùng đó, nhưng không thể đưa người dùng NT Service \ MSSQL $ SQLEXPRESS vào bảo mật danh sách.

Tôi đã di chuyển tệp trong thư mục Tài liệu cho người dùng dịch vụ và điều đó cho phép nó đọc tất cả các tệp tôi đã chọn - 4 tại thời điểm đó - và lỗi đã thay đổi thành "phương tiện bị thiếu" - sau đó tôi tìm kiếm một tệp sao lưu khác và khi tôi thêm rằng tôi đã có thể khôi phục.

Các câu trả lời trong câu hỏi này đã giúp tôi tìm đúng chỗ và tìm ra giải pháp.

Đối với tôi, đó là một vấn đề cho phép. Tôi đã cài đặt máy chủ SQL bằng tài khoản người dùng cục bộ và trước khi tham gia miền công ty của mình. Sau đó, tôi đã cố gắng khôi phục cơ sở dữ liệu bằng tài khoản miền của mình mà không có quyền cần thiết để khôi phục cơ sở dữ liệu máy chủ SQL. Bạn cần sửa quyền cho tài khoản miền của mình và cấp cho nó quyền quản trị hệ thống trên phiên bản máy chủ SQL mà bạn có.

Tôi đã nhận được thông báo lỗi tương tự mặc dù tôi sao lưu và khôi phục trên cùng một máy.

Vấn đề là từ đây: khi sao lưu, tôi có 2 mục trong hộp đích.

Vì vậy, cách khắc phục sẽ là: đảm bảo chỉ có 1 mục trong hộp 'đích'. Loại bỏ tất cả những người khác nếu có.

Tôi đã gặp vấn đề tương tự. Chạy SSMS với tư cách quản trị viên sau đó nhấp chuột phải và thực hiện khôi phục cơ sở dữ liệu. Nên làm việc.

Tôi nghĩ rằng tôi nhận được giải thưởng cho lý do xương đầu nhất để nhận được lỗi này. Trong hộp thoại Khôi phục cơ sở dữ liệu, danh sách cơ sở dữ liệu trong Nguồn có màu xám và tôi nghĩ rằng nó đã bị tắt. Tôi đã bỏ qua phần thả xuống cơ sở dữ liệu trong Destination nghĩ rằng đó là nguồn và thực hiện lựa chọn. Làm điều này sẽ khiến thông báo lỗi này được hiển thị.