Gương đăng nhập trống trên chính nhưng tốt trên gương

Chúng tôi có hàng tá máy chủ nguyên tắc và máy nhân bản tương ứng, hầu hết đều hoạt động tốt, tuy nhiên, 1 trong số đó đang hoạt động lạ. Cụ thể, sp_dbmmonitorresultsProc trả về tất cả các cột dưới dạng NULL cho cơ sở dữ liệu nguyên tắc nhất định trong khi sp_dbmmonitorresultstrên gương trả về thông tin hợp lệ:

Bây giờ, tôi có một ý tưởng sơ bộ nguyên nhân là gì; khi nguyên tắc và máy chủ nhân bản nơi thiết lập, cài đặt khu vực không chính xác trên chính (thời gian là chính xác nhưng đang sử dụng vùng +4 (Mỹ, v.v.), vùng thời gian đã được sửa thành GMT +0 SAU KHI phản chiếu được thiết lập (trường học lỗi con trai tôi biết, nhưng c'est la vie!)

Chỉnh sửa: 19/12/2012

Hôm nay tôi đã loại bỏ phản chiếu, xóa các bản sao trên gương và thiết lập lại phản chiếu, tuy nhiên điều này không giải quyết được vấn đề! Tôi sẽ đưa ra một tiền thưởng cho câu hỏi này để thử và đi đến tận cùng của câu hỏi này.

Để xác nhận, nếu tôi chạy EXEC sp_dbmmonitorresults @database_name = 'ProScript'thủ công trên mỗi máy chủ, nó sẽ trả về NULL cho hầu hết các giá trị trên giá trị chính nhưng trả về tiền phạt trên gương, như được hiển thị:

Khi Ran vào tiểu học:

Thu phóng: Nhấp để xem phiên bản kích thước đầy đủ

Khi Ran trên gương:

Thu phóng: Nhấp để xem phiên bản kích thước đầy đủ

Như bạn có thể thấy, thời gian là hiện tại và cơ sở dữ liệu được đồng bộ hóa nhưng log_generation_rate, unsent_log, send_rate, v.v ... tất cả NULL trên chính?

Cả hai máy chủ đều có công việc montior chạy mỗi phút với exec sys.sp_dbmmonitorupdatemột bước công việc, v.v.

Nhìn vào nguồn của sys.sp_dbmmonitorupdate, nó lấy các giá trị này từ sys.dm_os_performance_counters- vì vậy nếu tôi chạy như sau trên gương:

SELECT  counter_name ,
        cntr_value
FROM    sys.dm_os_performance_counters
WHERE   instance_name = 'ProScript'
        AND counter_name IN ( N'Log Send Queue KB', N'Log Bytes Sent/sec', N'Redo Queue KB', N'Redo Bytes/sec', N'Transaction Delay', N'Log Bytes Flushed/sec', N'Transactions/sec' )

Tôi nhận được kết quả tốt:

Tuy nhiên, nếu tôi chạy cùng một SQL trên chính thì không có hàng!

Điều này sẽ gợi ý rằng sys.dm_os_performance_countersbảng không được đưa vào để phản chiếu? Điều gì sẽ gây ra điều đó ???

Vâng, phải mất vài tháng nhưng cuối cùng tôi đã tìm thấy vấn đề!

Sys.dm_os_performance_counters hoàn toàn không được điền trên máy chủ chính.

Hóa ra các quầy không được cài đặt, tôi đã có thể làm điều này bằng tay như sau:

C:\Windows\system32>lodctr "D:\Program Files\Microsoft SQL Server\MSSQL10_50.MSS
QLSERVER\MSSQL\Binn\perf-MSSQLSERVERsqlctr.ini"

Đã khởi động lại SQL và bùng nổ, bảng hiện đang được điền - bao gồm cả số liệu thống kê phản chiếu của tôi.

Bạn đã thử loại bỏ công việc giám sát phản ánh cơ sở dữ liệu trên ví dụ chính và tạo lại nó chưa?

Điều này không liên quan đến việc khởi tạo lại phiên phản chiếu cơ sở dữ liệu, chỉ cần bỏ và tạo lại công việc bằng cách sử dụng cùng một quy trình được lưu trữ được sử dụng bởi SSMS để quản lý trình giám sát phản ánh cơ sở dữ liệu.

Dưới đây là các liên kết đến các mục Sách trực tuyến:

• sp_dbmmonitordropmonitoring
• sp_dbmmonitoraddmonitoring

Và một kịch bản mẫu ngắn:

    -- you'll need to be connected to the instance as a member
    -- of the sysadmin fixed server role, of course.

    -- delete the database mirroring monitoring job

    exec msdb.dbo.sp_dbmmonitordropmonitoring;
    go

    -- rebuild the database mirroring monitoring job
    -- the procedure accepts an optional parameter
    -- specifying the number of minutes between updates.
    -- the default is 1 minute.

    exec msdb.dbo.sp_dbmmonitoraddmonitoring;
    go