Máy chủ SQL Lỗi hệ điều hành 5: Năm 5 (Truy cập bị từ chối.)

Tôi đang bắt đầu học SQL và tôi có một cuốn sách cung cấp cơ sở dữ liệu để làm việc. Các tệp dưới đây nằm trong thư mục nhưng vấn đề là khi tôi chạy truy vấn, nó sẽ báo lỗi này:

Msg 5120, Cấp 16, Trạng thái 101, Dòng 1 Không thể mở tệp vật lý "C: \ Murach \ SQL Server 2008 \ Cơ sở dữ liệu \ AP.mdf". Lỗi hệ điều hành 5: "5 (Truy cập bị từ chối.)".

   CREATE DATABASE AP
      ON PRIMARY (FILENAME = 'C:\Murach\SQL Server 2008\Databases\AP.mdf')
      LOG ON (FILENAME =     'C:\Murach\SQL Server 2008\Databases\AP_log.ldf')
      FOR ATTACH
    GO

Trong cuốn sách tác giả nói rằng nó nên hoạt động, nhưng nó không hoạt động trong trường hợp của tôi. Tôi đã tìm kiếm nhưng tôi không biết chính xác vấn đề là gì, vì vậy tôi đã đăng câu hỏi này.

Tài khoản dịch vụ công cụ cơ sở dữ liệu SQL Server phải có quyền đọc / ghi trong thư mục mới.

Kiểm tra này

Để khắc phục, tôi đã làm như sau:

Đã thêm Nhóm quản trị viên vào quyền bảo mật tệp với toàn quyền kiểm soát tệp Dữ liệu (S :) và Tệp nhật ký (T :).

Đã đính kèm cơ sở dữ liệu và nó hoạt động tốt.

Một bài đăng cũ, nhưng đây là từng bước hoạt động cho SQL Server 2014 chạy trong windows 7:

• Bảng điều khiển ->
• Hệ thống và bảo mật ->
• Công cụ quản trị ->
• Dịch vụ ->
• Double Click SQL Server (SQLEXPRESS) -> nhấp chuột phải, Thuộc tính
• Chọn đăng nhập trên tab
• Chọn "Tài khoản hệ thống cục bộ" (mặc định là một số tài khoản Windows System khó hiểu)
• -> OK
• nhấp chuột phải, Dừng lại
• nhấp chuột phải, bắt đầu

Voilá!

Tôi nghĩ rằng việc thiết lập tài khoản đăng nhập có thể là một tùy chọn trong quá trình cài đặt, nhưng nếu vậy nó không phải là mặc định và rất dễ bỏ lỡ nếu bạn chưa biết về vấn đề này.

Để giải quyết vấn đề bị từ chối truy cập, tôi đã bắt đầu SSMS với tư cách quản trị viên và điều đó cho phép tôi đính kèm cơ sở dữ liệu từ ổ đĩa cục bộ của mình. Cơ sở dữ liệu đã được tạo trong một phiên bản SQL và windows khác.

Đây là sự cố liên quan đến Windows trong đó SQL Server không có quyền phù hợp với thư mục chứa tệp .bak và do đó xảy ra lỗi này.

Công việc đơn giản nhất là sao chép tệp .bak của bạn sang vị trí sao lưu SQL mặc định có tất cả các quyền cần thiết. Bạn không cần phải nghịch ngợm với bất cứ điều gì khác. Trong SQL SERVER 2012 , vị trí này là

D:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Backup (SQL 2012)
C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Backup (SQL 2014)
C:\Program Files\Microsoft SQL Server\MSSQL13.SQLEXPRESS\MSSQL\Backup (SQL 2016)

Tôi đã có vấn đề này. Chỉ cần chạy SQL Server với tư cách quản trị viên

Có, đúng rồi. Trước tiên, bạn nên tìm hiểu tài khoản dịch vụ của máy chủ sqls, bạn có thể thấy nó trong Trình quản lý tác vụ khi nhấn ctrl + alt + xóa cùng lúc; Sau đó, bạn phải cung cấp đặc quyền đọc / ghi của "C : \ Murach \ SQL Server 2008 \ Cơ sở dữ liệu "vào tài khoản dịch vụ.

Vấn đề là do thiếu quyền cho SQL Server truy cập các tệp mdf & ldf. Tất cả các thủ tục này sẽ hoạt động:

1. bạn có thể trực tiếp thay đổi tài khoản người dùng khởi động dịch vụ MSSQLSERVER, với tài khoản người dùng có đặc quyền tốt hơn trên các tệp. Sau đó thử đính kèm cơ sở dữ liệu.
2. Hoặc bạn có thể gán người dùng cho tệp trong tab bảo mật của thuộc tính tệp mdf & ldf với các đặc quyền đọc và ghi được kiểm tra.
3. Khởi động với tài khoản quản trị viên windows và mở SQL Server với tùy chọn quản trị viên và thử đăng nhập bằng xác thực windows và bây giờ thử đính kèm cơ sở dữ liệu.

Tôi giải quyết vấn đề này bằng cách thêm Full controlquyền cho cả hai .mdfvà .ldftệp cho Usersnhóm.

Đối với tôi, nó đã được giải quyết theo cách sau với SQL Server Management studio - Đăng nhập với tư cách quản trị viên (Tôi đã đăng nhập dưới dạng cửa sổ xác thực) -Tiếp theo tệp mdf (nhấp chuột phải vào Cơ sở dữ liệu | đính kèm | Thêm) người dùng bình thường

Các quyền máy chủ thực tế sẽ không quan trọng tại thời điểm này; tất cả đều ổn Bản thân SQL Server cần có quyền truy cập thư mục.
tùy thuộc vào phiên bản của bạn, bạn có thể thêm quyền của SERVERNAME $ MSSQLSERVER để chạm vào thư mục của mình. Xin chào, nó phải nằm trong thư mục BACKUP mặc định (dù bạn đã cài đặt nó hay mặc định là c: \ programfiles (x) \ MSSQL \ BACKUP.

Ngay cả khi bạn thực hiện các bước sau, bạn vẫn có thể nhận được thông báo lỗi tương tự.

1. login as SA user (SSMS)
2. Edit the file permissions to say "everyone" full access (windows folder)
3. Delete the Log file (Windows Exploring  (this was what I had done per advise from some msdn forum) 

Tôi vẫn GOT lỗi cấp phép, nhưng sau đó tôi nhận thấy rằng trong màn hình Đính kèm, phần dưới cùng VẪN hiển thị tệp LOG và thông báo lỗi vẫn giữ nguyên.

Hy vọng điều này sẽ giúp một người đã làm điều tương tự.

Giải pháp rất đơn giản.

1. Đăng nhập bằng quản trị hệ thống
2. sao chép các tệp mdf và ldf của bạn trong "C: \ Chương trình tệp (x86) \ Microsoft SQL Server \ MSSQL11.MSQuerySERVER \ MSSQL \ DATA" Trong đó tất cả các tệp dữ liệu khác nằm trong đó.
3. Bây giờ đính kèm từ đó nó sẽ làm việc

Tôi đã sử dụng khung Entity trong ứng dụng của mình và gặp sự cố này, tôi đã đặt bất kỳ quyền nào trong các thư mục và dịch vụ windows và không hoạt động, sau đó tôi khởi động ứng dụng của mình với tư cách quản trị viên (nhấp chuột phải vào tệp exe và chọn "chạy với tư cách quản trị viên") và nó hoạt động khỏe.

Nếu bạn gặp lỗi này trên một .MDFtệp trong APP_DATAthư mục (hoặc bất cứ nơi nào bạn đặt) cho dự án Visual Studio, cách tôi đã làm là chỉ cần sao chép quyền từ DATAthư mục hiện có tại đây (Tôi đang sử dụng SQL Express 2014 để hỗ trợ một ứng dụng cũ hơn):

C:\Program Files\Microsoft SQL Server\MSSQL12.SQLEXPRESS2014\MSSQL\DATA

(lưu ý: đường dẫn cài đặt thực tế của tôi khác nhau - đặc biệt nếu tên đối tượng của bạn khác)

Nhấp đúp chuột vào DATAthư mục đầu tiên với tư cách quản trị viên để đảm bảo bạn có quyền truy cập, sau đó mở các thuộc tính trên thư mục và bắt chước tương tự cho APP_DATAthư mục. Trong trường hợp của tôi, người dùng bị mất là MSSQL$SQLEXPRESS2014(vì tôi đặt tên ví dụ SQLEXPRESS2014- bạn có thể khác). Đó cũng là tên người dùng dịch vụ SQL Server.

Vì một số lý do, việc thiết lập tất cả các quyền chính xác không giúp ích gì trong trường hợp của tôi. Tôi đã có một tập tin db.bakmà tôi không thể khôi phục do 5(Access is denied.)lỗi. Tệp được đặt trong cùng thư mục với một số tệp sao lưu khác và tất cả các quyền đều giống hệt với các tệp khác. Tôi đã có thể khôi phục tất cả các tệp khác ngoại trừ db.baktệp này . Tôi thậm chí đã cố gắng thay đổi nhật ký dịch vụ SQL Server trên người dùng - vẫn cho kết quả tương tự. Tôi đã thử sao chép tập tin mà không có hiệu lực.

Sau đó, tôi đã cố gắng chỉ tạo một tệp giống hệt bằng cách thực hiện

type db.bak > db2.bak

thay vì sao chép tập tin. Và nó đã làm việc! db2.bakkhôi phục thành công.

Tôi nghi ngờ rằng một số vấn đề khác khi đọc tệp sao lưu có thể được báo cáo sai lệch như 5(Access is denied.)MS SQL.

Trong linux, tôi đã đi đến /var/opt/mssql/data/thư mục và sudosau đó mở một thiết bị đầu cuối , thay đổi quyền truy cập tệp * .mdf và * .ldf của tôi như dưới đây trong đó bạn thay thế yourDBbằng tên tệp Cơ sở dữ liệu của mình và myUserthành tên người dùng hiện đang đăng nhập:

chmod 755 yourDB.mdf
chown myUser yourDB.mdf

chmod 755 yourDB.ldf
chown myUser yourDB.ldf

Sau đó, nó đã được kết nối lại mà không có vấn đề gì.

Điều đó có nghĩa là người dùng đăng nhập SSMS không có quyền đối với tệp .mdf. Đây là cách nó đã làm việc cho tôi:

Tôi đã mở SSMS (Chạy với tư cách quản trị viên) và đăng nhập với tư cách người dùng quản trị viên, cơ sở dữ liệu nhấp chuột phải đính kèm, nhấp vào thêm, chọn tệp .mdf, nhấp Ok. Làm xong.