Tôi đã gặp sự cố tương tự này:khi truy cập máy chủ từ xa bằng Object Explorer, SSMS sẽ bị treo vô thời hạn. Nhật ký sự kiện hệ thống Windows sẽ hiển thị lỗi DCOM 10009 ("DCOM không thể giao tiếp với máy tính MACHINE_NAME bằng bất kỳ giao thức nào đã được định cấu hình.").
Giải pháp là xóa lịch sử MRU và các cài đặt khác khỏi hồ sơ của tôi. Để làm điều đó:
- Đóng mọi phiên bản đang mở của SSMS 2012
- Trong Explorer, hãy mở "% AppData% \ Microsoft \ SQL Server Management Studio"
- Đổi tên thư mục "11.0" thành thư mục khác, chẳng hạn như "11.0.old"
- Mở SSMS 2012
Bạn sẽ thấy rằng danh sách MRU của bạn đã bị xóa. Sau đó, bạn có thể nhập lại thông tin đăng nhập của mình và sử dụng SSMS như bình thường.
Nếu mọi thứ hoạt động, bạn có thể xóa thư mục đã đổi tên. Nếu không, hãy xóa thư mục "11.0" mới đã được tạo và đổi tên thư mục gốc trở lại "11.0".
Tôi không biết liệu đó có thực sự là danh sách MRU đang gây ra sự cố này hay đó là một số dữ liệu hồ sơ khác.
Chúng tôi có thể phát hiện ra rằng SSMS đang cố gắng tạo kết nối DCOM qua cổng 135 tới SQL Server (có thể dành cho SSIS, T-SQL Debugging hoặc thứ gì đó khác). Tường lửa của chúng tôi đã được định cấu hình để chặn cổng 135. Bằng cách mở cổng trong tường lửa, chúng tôi có thể sử dụng SSMS (đó là lý do nó hoạt động với cơ sở dữ liệu cục bộ chứ không phải cơ sở dữ liệu từ xa). Thật không may, một cổng mở 135 là một lời mời cho rất nhiều cuộc tấn công, vì vậy đó không phải là một giải pháp thiết thực cho chúng tôi.
