Trong lỗi SQL Server 2008 R2 xảy ra trong khi bắt đầu gỡ lỗi, Lỗi HRESULT E_FAIL đã được trả về từ một cuộc gọi đến một thành phần COM. (Mscorlib)

Question

tôi đang làm việc trên SQL Server 2008 R2 Express, khi tôi đang sử dụng SQL tính năng máy chủ gỡ lỗi từ máy client, lỗi này xảy ra:

The EXECUTE permission was denied on the object 'sp_enable_sql_debug', database 'mssqlsystemresource', schema 'sys'. (Microsoft SQL Server, Error: 229)

tên người dùng của tôi là 'HALI' và cho phép được gán cho tôi là 'công khai' và 'db_Owner',

ngay sau khi lỗi này tôi đã gán tất cả các quyền có sẵn. Và tất cả các vai trò máy chủ.

Bây giờ vào thời điểm này tôi đã thông báo lỗi mới,

Error HRESULT E_FAIL has been returned from a call to a COM component. (mscorlib)

Bây giờ những gì các giải pháp sẽ được cho lỗi này.

Answer 1

Tôi không chắc chắn nếu vô hiệu hóa tường lửa là đủ. nếu người dùng có quyền sysadmin và vẫn nhận được lỗi này có nghĩa là khách hàng không thể kết nối với máy chủ trong chế độ gỡ lỗi. kiểm tra cổng TCP và UDP này được mở một cách chính xác.

SQL remote debugging configuration

EDIT: 1

tôi chắc chắn bạn cũng phải đã mang kiến ​​rất nhiều và cố gắng để tìm hiểu về các thông báo lỗi. Những gì tôi đã tìm thấy cho đến nay là Lỗi trong OP bạn đã đề cập là gây hiểu nhầm và từ lỗi đó, chúng tôi không thể nói chính xác những gì là sai hoặc những gì để xem tiếp theo. Nhưng khi bạn trả lời trong các bình luận, sau khi thực hiện các thay đổi để kích hoạt Remote Debugger; lỗi được đề cập rõ ràng hơn và tôi cảm thấy rằng sự cho phép thích hợp vẫn là một vấn đề. Rất nhiều gợi ý khác mà bạn cũng có thể đã thử cho đến nay, nhưng nếu bạn chưa thực hiện việc này, hãy thử thêm một lần nữa:

Trong một trong các nhận xét tôi đã đề cập bạn thử đăng nhập bằng người dùng cửa sổ.

Bây giờ Giữ các cài đặt bạn đã làm cho các cổng TCP, ngoại lệ tường lửa vv… được giải thích trong liên kết ở trên. bạn có máy chủ Windows 2012 nơi bạn đã cài đặt máy chủ DB. và Windows 8 Prof nơi bạn có DB client và bạn kết nối thông qua SSMS. Bây giờ tôi tin rằng cả hai máy đều nằm trong cùng một miền. Giả sử miền XYZ. Bạn phải có cửa sổ đăng nhập trên máy chủ, giả sử nó là “XYZ \ HALI” sử dụng mà bạn có thể đăng nhập vào Windows Server. đăng nhập và đảm bảo rằng đăng nhập cũng tồn tại trong SQL SERVER với quyền sysadmin. Vì máy khách cũng nằm trong cùng một miền, hãy đảm bảo bạn đã đăng nhập vào máy khách bằng cùng một người dùng “XYZ \ HALI”. Bây giờ bắt đầu SSMS và chọn xác thực cửa sổ thay vì xác thực SQL SERVER. Hãy thử bắt đầu Gỡ lỗi mã T-SQL ngay bây giờ.

nếu máy khách và máy chủ không nằm trong cùng một miền thì chúng tôi phải đăng ký tên máy chủ trên máy khách như Máy chủ được liên kết, mạo danh người dùng/đăng nhập dưới dạng địa phương rồi thử gỡ lỗi.

Chỉnh sửa: 2

Answer 2

Một vài lần tôi đã chạy qua lỗi đó, nó luôn luôn liên quan đến tường lửa. Bạn đang làm việc trên máy chủ từ xa hay máy cục bộ của mình? (Thứ hai, hãy cẩn thận chỉ định tất cả các vai trò có thể. Một số trong số đó là những thứ bạn hoàn toàn không muốn. Một trong số đó bạn cần để gỡ lỗi SQL là sysadmin - hãy thử tắt phần còn lại của vai trò mà bạn đã chọn và chỉ định vai trò đó.)

Gỡ lỗi procs luôn là một nỗi đau. This ASP.NET post đã giúp tôi một thời gian ngắn trước đây.

Answer 3

tôi gặp phải vấn đề này sau khi tạo ra một kịch bản SQL 2012 và chạy kịch bản trong một cơ sở dữ liệu SQL 2008 R2.

Sau một số nghiên cứu, tôi phát hiện ra rằng mục tiêu của tôi SQL 2008 R2 đang chạy trên hệ điều hành 32 bit hỗ trợ tệp có kích thước tối đa 2GB. Vì vậy, tôi đã lưu các kịch bản trong C như C: \ myScript.sql thực hiện các tập tin trong cửa sổ lệnh và tôi đã thành công sau khi làm theo các bước dưới đây:

Để chạy các tập tin kịch bản:

1. Mở một dấu nhắc lệnh cửa sổ.

2. Trong cửa sổ Command Prompt, gõ: sqlcmd -S myserver \ instanceName -U yourusername -P yourpassword -i C: \ myScript.sql đâu myserver \ instanceName là Tên Ví dụ, cung cấp tên người dùng & mật khẩu cho SQL đăng nhập máy chủ và cuối cùng là đường dẫn của tệp như được chỉ ra

3. Nhấn ENTER.