Làm thế nào để phát hiện và gỡ rối các thay đổi cấu hình thường xuyên trong quản lý hoạt động

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch máy của Microsoft chứ không phải do con người dịch. Microsoft cung cấp các bài viết do con người dịch và cả các bài viết do máy dịch để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng ngôn ngữ của bạn. Tuy nhiên, bài viết do máy dịch không phải lúc nào cũng hoàn hảo. Loại bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, giống như một người nước ngoài có thể mắc sai sót khi nói ngôn ngữ của bạn. Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra. Microsoft cũng thường xuyên cập nhật phần mềm dịch máy này.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này: 2603913
Thông tin thêm
Tổng quan về cấu hình

bản ghi dịch vụ cấu hình hệ thống Trung tâm quản lý chịu trách nhiệm cho tính cấu hình của mỗi bản ghi dịch vụ y tế trong hoạt động quản lý quản lý nhóm. Cấu hình của một bản ghi dịch vụ y tế bao gồm các quy tắc, màn hình, khám phá và nhiệm vụ cho các bản ghi dịch vụ y tế và cho tất cả các trường hợp mà theo dõi các bản ghi dịch vụ y tế.

Để tính toán tất cả các cấu hình yêu cầu cho mỗi bản ghi dịch vụ y tế, bản ghi dịch vụ quản lý cấu hình phải có một danh sách các mục sau đây:
  • Tất cả các trường hợp của tất cả các giám sát các lớp học
  • Lưu trữ các mối quan hệ giữa trường hợp
  • Các quy tắc, màn hình, phát hiện và các công việc được giao cho các lớp học giám sát
  • Các bản ghi dịch vụ y tế có trách nhiệm giám sát các trường hợp
Ngoài ra, các bản ghi dịch vụ quản lý cấu hình phải có khả năng đọc các thành viên của tất cả các trường hợp nhóm trong nhóm quản lý. bản ghi dịch vụ quản lý cấu hình cũng phải áp dụng bất kỳ ghi đè cho quy tắc và màn hình được nhắm mục tiêu vào các nhóm, các lớp học hoặc trường hợp cá nhân.

Các đối tượng trong một nhóm quản lý sẽ được định nghĩa là trường hợp của các lớp học theo dõi dựa trên dữ liệu phát hiện được gửi bởi phát hiện công việc. Nếu một tài sản quan trọng của một đối tượng thay đổi, đối tượng có thể được thêm vào như là một trường hợp mới của một lớp học giám sát. Nếu không, đối tượng đó không còn được coi là một thể hiện của lớp đó.

Như danh sách các thay đổi cho các lớp học mà các đối tượng là một thành viên của, các cấu hình cũng thay đổi cho bản ghi dịch vụ y tế theo dõi đối tượng đó. Những thay đổi này xảy ra như quy định, màn hình, khám phá, nhiệm vụ, và ghi đè được thêm vào hoặc gỡ bỏ từ các cấu hình trước.

Cấu hình khuấy

Các đại lý có thể không nhận được một cấu hình ổn định trong các kịch bản sau đây:
  • Một lượng lớn dữ liệu phát hiện được gửi đến các bản ghi dịch vụ quản lý cấu hình.
  • Khám phá dữ liệu được gửi quá nhanh cho các bản ghi dịch vụ quản lý cấu hình để xử lý trước khi nhiều khám phá dữ liệu được gửi. Kịch bản này xảy ra bởi vì các dữ liệu sẽ luôn luôn trong quá trình đang được tính toán.
Trình khám phá dữ liệu, cũng được gọi là "cấu hình khuấy,", thường xuyên có thể gây ra một số bản ghi dịch vụ y tế để chạy theo cấu hình cũ hoặc gây ra các cấu hình máy chủ quản lý để trở thành Cu. Hành vi này sau đó gây ra một số y tế bản ghi dịch vụ xuất hiện mờ đi (không sẵn dùng) trong giao diện điều khiển hoạt động.

Khám phá dữ liệu được gửi bởi một bản ghi dịch vụ y tế khi công việc phát hiện ra một chạy. Giới thiệu của một mới quản lý gói để quản lý một nhóm có thể gây ra một số phát hiện công việc để chạy trên mỗi đại lý. Và, như trường hợp mới được phát hiện, khám phá thêm có thể được chạy trên một số đại lý. Thay đổi đối với các nhóm, ghi đè và công việc khác có thể gây phát hiện công việc để chạy trên các đại lý. Và, giới thiệu mới đại lý cũng có thể gây ra các bản ghi dịch vụ quản lý cấu hình để cập nhật các không gian ví dụ bằng cách sử dụng các đại lý mới của cấu hình.

bản ghi dịch vụ quản lý cấu hình buộc phải tính toán lại các cấu hình bản ghi dịch vụ y tế thường xuyên trong các kịch bản sau đây:
  • Một công việc phát hiện được cấu hình để chạy quá thường xuyên.
  • Các thuộc tính được phát hiện bởi các công việc thay đổi mỗi thời gian mà công việc phát hiện ra chạy.
Nếu những tình huống xảy ra cho nhiều đại lý, hoặc quản lý máy chủ đang theo một khối lượng công việc nặng, quản lý cấu hình bản ghi dịch vụ có thể không thể theo kịp với tốc độ thay đổi, và cấu hình khuấy có thể xảy ra.

Xác định cấu hình khuấy bằng cách sử dụng MS sổ ký sự

Một sự kiện tương tự như sau trong sổ ghi sự kiện Operations Manager trên máy chủ quản lý chỉ ra rằng nhóm quản lý cấu hình đã thay đổi vì mới khám phá dữ liệu.

Tên đăng nhập: Operations Manager
Nguồn: OpsMgr nối
Tổ chức sự kiện ID: 21024
Mức độ: thông tin
Máy tính: <MS name=""></MS>
Mô tả:
Cấu hình của OpsMgr có thể out-of-date cho nhóm quản lý <ManagementGroupName></ManagementGroupName>, và đã yêu cầu Cập Nhật cấu hình từ cấu hình bản ghi dịch vụ. Current(out-of-date) bang cookie là "3A B0 1E 5C 81 F3 12 F5 56 B7 8A EF F8 01 BA 09 86 55 06 48"


Một sự kiện tương tự như dưới đây chỉ ra rằng các bản ghi dịch vụ quản lý cấu hình đã hoàn tất xử lí dữ liệu phát hiện mới và tính toán bất kỳ thay đổi nào được yêu cầu để cấu hình quản lý nhóm, dựa trên các dữ liệu mới.

Tên đăng nhập: Operations Manager
Nguồn: OpsMgr nối
Tổ chức sự kiện ID: 21025
Mức độ: thông tin
Máy tính: <MS name=""></MS>
Mô tả:
OpsMgr đã nhận cấu hình mới cho quản lý nhóm <ManagementGroupName>từ bản ghi dịch vụ cấu hình. Cookie nhà nước mới là "34 FA 11 61 4D B8 03 59 3D 1D 66 B7 83 F3 C0 AA 7A 6F 1A 3B"</ManagementGroupName>


Trong một môi trường điển hình, mỗi 21024 nên được theo sau bởi một 21025. Nếu dữ liệu phát hiện đã không gây ra bất kỳ dữ liệu cấu hình để thay đổi, tổ chức sự kiện ID sẽ là 21026 để thay thế. Trong một nhóm lớn các quản lý, cặp của các sự kiện 21024 và 21025 hay 21026 nên được dự kiến sẽ xảy ra vài lần mỗi giờ. Chuỗi dài của các sự kiện 21024 mà không có một 21025 tương ứng hoặc 21026 sự kiện là một dấu kiểm hiệu của cấu hình khuấy. Ngoài ra, sự kiện kí nhập có thể hiển thị các sự kiện sau đây chỉ ra rằng khuấy được phát hiện.

Tên đăng nhập: Operations Manager
Nguồn: OpsMgr cấu hình bản ghi dịch vụ
Tổ chức sự kiện ID: 29202
Mức độ: cảnh báo
Máy tính: <MS name=""></MS>
Mô tả:
OpsMgr cấu hình bản ghi dịch vụ không thể lấy một nhà nước thống nhất từ bộ máy cơ sở dữ liệu OpsMgr do sự thay đổi bộ máy cơ sở dữ liệu quá thường xuyên.
Điều này có thể do một tăng bình thường và tạm thời của khám phá dữ liệu; Tuy nhiên, kiểm tra các thay đổi gần đây nhất để xác định nếu sự gia tăng này là bất ngờ.
Những sự thay đổi của đối tượng giám sát gần đây nhất:
Ví dụ = %1
Lớp = %2
Lần thời gian = %3
Thay đổi gần đây nhất giám sát mối quan hệ:
Mối quan hệ thẩm = %4
Ví dụ mã nguồn = phiếu
Mục tiêu dụ = %6
RelationshipClass = %7
Lần thời gian = %8

Tầng quyền truy cập dữ liệu phải đọc nhiều bảng khi tầng quyền truy cập dữ liệu truy vấn để thay đổi. Nếu một trong các bảng lần sau khi nó được đọc nhưng trước khi tất cả các bảng đã được đọc, tầng quyền truy cập dữ liệu nhật ký trước sự kiện ID 29202 và thử lại. Nếu một thể hiện thực thể hoặc mối quan hệ được đọc trong thời gian này, thông tin về những trường hợp được bao gồm trong các lĩnh vực sự kiện. Nếu không, các trường này là trái có sản phẩm nào.

Tiềm năng xác định nguyên nhân của cấu hình khuấy bằng cách sử dụng các hoạt động quản lý Datawarehouse

Trong quản lý các nhóm mà trong đó các thành phần hoạt động quản lý báo cáo đã được cài đặt chuyên biệt, một số truy vấn SQL có thể được sử dụng để xác định các công việc đang gửi thay đổi thường xuyên. Các truy vấn này nên được chạy trong SQL quản lý Studio đối với trường hợp Datawarehouse.

Tổng thay đổi gửi bởi công việc phát hiện ra trong 24 giờ qua:
select ManagedEntityTypeSystemName, DiscoverySystemName, count(*) As 'Changes' from (select distinct    MP.ManagementPackSystemName,    MET.ManagedEntityTypeSystemName,    PropertySystemName,    D.DiscoverySystemName,    D.DiscoveryDefaultName,    MET1.ManagedEntityTypeSystemName As 'TargetTypeSystemName',     MET1.ManagedEntityTypeDefaultName 'TargetTypeDefaultName',    ME.Path,    ME.Name,    C.OldValue,    C.NewValue,    C.ChangeDateTime  from dbo.vManagedEntityPropertyChange C  inner join dbo.vManagedEntity ME on ME.ManagedEntityRowId=C.ManagedEntityRowId  inner join dbo.vManagedEntityTypeProperty METP on METP.PropertyGuid=C.PropertyGuid  inner join dbo.vManagedEntityType MET on MET.ManagedEntityTypeRowId=ME.ManagedEntityTypeRowId  inner join dbo.vManagementPack MP on MP.ManagementPackRowId=MET.ManagementPackRowId  inner join dbo.vManagementPackVersion MPV on MPV.ManagementPackRowId=MP.ManagementPackRowId  left join dbo.vDiscoveryManagementPackVersion DMP on DMP.ManagementPackVersionRowId=MPV.ManagementPackVersionRowId  AND CAST(DefinitionXml.query('data(/Discovery/DiscoveryTypes/DiscoveryClass/@TypeID)') AS nvarchar(max)) like '%'+MET.ManagedEntityTypeSystemName+'%'  left join dbo.vManagedEntityType MET1 on MET1.ManagedEntityTypeRowId=DMP.TargetManagedEntityTypeRowId  left join dbo.vDiscovery D on D.DiscoveryRowId=DMP.DiscoveryRowId  where ChangeDateTime > dateadd(hh,-24,getutcdate())  ) As #T group by ManagedEntityTypeSystemName, DiscoverySystemName order by count(*) DESC
Truy vấn này tạo ra ba cột. Cột đầu tiên là lớp mà tại đó các công việc được nhắm mục tiêu đối tượng. Cột thứ hai cho thấy tên nội bộ của công việc phát hiện ra. Cột thứ ba cho thấy tổng số tài sản thay đổi cho tất cả các phiên bản của lớp này đã được gửi của các công việc trong 24 giờ qua. Tổng số thay đổi, cho tất cả các lớp học, đại diện cho số lần các bản ghi dịch vụ quản lý cấu hình phải tính toán lại các cấu hình cho một đại lý bản ghi dịch vụ y tế.

Một số thay đổi cho một số các lớp học của các đối tượng, ngay cả trong một môi trường ổn định, có thể không bao giờ đạt được zero. Bất kỳ thay đổi nào, chẳng hạn như cách thêm hoặc loại bỏ một bất động sản, các đại lý mà vai trò máy chủ nhất hoặc giải giới, được bổ sung hoặc thay đổi, và như vậy, được phản ánh trong số đó được trả về. Trong môi trường trong cấu hình mà khuấy là kinh nghiệm, một hoặc một số công việc sẽ có khả năng hiển thị một giá trị lớn hơn đáng kể so với công việc khác.

Thuộc tính thay đổi trong 24 giờ qua:
select distinct   MP.ManagementPackSystemName,   MET.ManagedEntityTypeSystemName,   PropertySystemName,   D.DiscoverySystemName,   D.DiscoveryDefaultName,   MET1.ManagedEntityTypeSystemName As 'TargetTypeSystemName',   MET1.ManagedEntityTypeDefaultName 'TargetTypeDefaultName',   ME.Path,   ME.Name,   C.OldValue,   C.NewValue,   C.ChangeDateTime from dbo.vManagedEntityPropertyChange C inner join dbo.vManagedEntity ME on ME.ManagedEntityRowId=C.ManagedEntityRowId inner join dbo.vManagedEntityTypeProperty METP on METP.PropertyGuid=C.PropertyGuid inner join dbo.vManagedEntityType MET on MET.ManagedEntityTypeRowId=ME.ManagedEntityTypeRowId inner join dbo.vManagementPack MP on MP.ManagementPackRowId=MET.ManagementPackRowId inner join dbo.vManagementPackVersion MPV on MPV.ManagementPackRowId=MP.ManagementPackRowId left join dbo.vDiscoveryManagementPackVersion DMP on DMP.ManagementPackVersionRowId=MPV.ManagementPackVersionRowId     AND CAST(DefinitionXml.query('data(/Discovery/DiscoveryTypes/DiscoveryClass/@TypeID)') AS nvarchar(max)) like '%'+MET.ManagedEntityTypeSystemName+'%' left join dbo.vManagedEntityType MET1 on MET1.ManagedEntityTypeRowId=DMP.TargetManagedEntityTypeRowId left join dbo.vDiscovery D on D.DiscoveryRowId=DMP.DiscoveryRowId where ChangeDateTime > dateadd(hh,-24,getutcdate()) ORDER BY MP.ManagementPackSystemName, MET.ManagedEntityTypeSystemName
Truy vấn này có thể xác định mà tài sản đã thay đổi trong 24 giờ qua. Kết hợp với truy vấn trước đó, truy vấn này có thể hiển thị những gì các giá trị cũ và mới cho bất động sản, các đại lý mà gửi thay đổi, công việc tiến hành khám phá, và quản lý gói trong đó nó được bao gồm.

Làm thế nào để giảm bớt cấu hình khuấy

Cu quản lý gói đã giới thiệu công việc khám phá ra gửi tài sản thay đổi quá thường xuyên. Phiên bản hiện tại của hầu hết quản lý gói đã thay đổi những công việc phát hiện ra để gửi dữ liệu ít thường xuyên, hoặc quản lý gói không truy vấn thuộc tính dễ bay hơi thường xuyên thay đổi. Chúng tôi đề nghị rằng bạn nâng cấp quản lý gói chứa công việc thường xuyên xảy ra trong truy vấn trước đó. Phiên bản mới của gói quản lý có thể được tải về từ các cửa hàng quản lý gói:
Nếu một phiên bản mới của quản lý gói là không có sẵn, hoặc phiên bản mới không thể được triển khai bây giờ, khoảng thời gian phát hiện có thể được điều chỉnh bằng cách sử dụng ghi đè chạy ít thường xuyên. Đôi khi, việc phát hiện ra đó là chịu trách nhiệm cho khuấy cấu hình có thể được hoàn toàn vô hiệu hoá bởi ghi đè. Nếu phát hiện bị vô hiệu hóa trong vài tuần, các đối tượng được phát hiện bởi các công việc có thể được groomed ra khỏi bộ máy cơ sở dữ liệu. Tuy nhiên, vô hiệu hóa việc phát hiện ra cung có thể cấp một workaround ngắn hạn để loại bỏ cấu hình khuấy, miễn là một giải pháp lâu dài có thể được thực hiện trước khi bất kỳ đối tượng được groomed từ bộ máy cơ sở dữ liệu. Công việc cũng có thể được kích hoạt cho ngắn khoảng để tái khám phá các đối tượng trước khi họ được groomed.

Một số công việc trong những gói quản lý cũ được thảo luận trong blog sau đây:
Nếu công việc từ một khám phá tùy chỉnh mục tiêu một tài sản dễ bay hơi, chẳng hạn như không gian đĩa, phát hiện nên được viết lại để cho nó không nhắm mục tiêu một tài sản đó thường xuyên thay đổi. Công việc phát hiện ra không nên nhắm mục tiêu trường hợp có một cuộc đời ngắn (vài tuần hoặc ít hơn). Công việc phát hiện ra không nên thu thập tài sản của những trường hợp mà thường xuyên thay đổi (một hay nhiều lần một tháng). Dễ bay hơi dữ liệu không được xem là thuộc tính cấu hình. Do đó, dữ liệu dễ bay hơi nên được thu thập bởi hiệu suất quy định và không phát hiện công việc.

Điều chỉnh hiệu năng bổ sung

Trong các nhóm quản lý lớn (lớn hơn 1.000 đại lý), RMS có thể trở nên rất bận rộn với các hoạt động thường không gây ra một vấn đề trong các nhóm quản lý nhỏ hơn. Trong tình huống này, thậm chí một tỷ lệ nhỏ của những thay đổi bất động sản có thể gây ra thường xuyên khuấy vì chiều dài của thời gian đó là cần thiết để xử lý các thay đổi. Một số thay đổi cấu hình có thể được sử dụng để giảm chi phí hoạt động của RMS và cho phép nó để xử lý một tỷ lệ điển hình tài sản thay đổi đủ nhanh để tránh cấu hình khuấy. Những thay đổi cấu hình được thảo luận trong blog sau đây:
Buộc thay đổi cấu hình cho các nhóm quản lý

Nếu cấu hình khuấy cho nhóm quản lý mặt liên tục, bất kỳ thay đổi nào để giảm bớt tần số của các vấn đề công việc hoặc vô hiệu hóa các vấn đề công việc sẽ không bao giờ được phổ biến cho các đại lý. Trong trường hợp này, dòng chảy của các khám phá dữ liệu phải được bị chặn cho phép các bản ghi dịch vụ quản lý cấu hình hệ thống Trung tâm để tính toán một cấu hình hiện tại trong đó công việc sản xuất dữ liệu này bị vô hiệu hóa hoặc chạy ít thường xuyên.

Khám phá dữ liệu được gửi đến bộ máy cơ sở dữ liệu OperationsManager thông qua các hệ thống Trung tâm dữ liệu truy cập bản ghi dịch vụ (DAS). Dữ liệu lần đầu tiên gửi đến các DAS bản ghi dịch vụ quản lý trung tâm hệ thống vào RMS. RMS lấy được dữ liệu này từ các đại lý hoặc từ các máy chủ quản lý khác. Bạn có thể sử dụng tường lửa của Windows hoặc một số mạng khác có nghĩa là để chặn các kết nối đến RMS trên cổng 5723. Thủ tục chặn này ngăn khám phá dữ liệu được gửi đến OperationsManager bộ máy cơ sở dữ liệu chỉ đủ dài cho các bản ghi dịch vụ quản lý cấu hình để tính toán cấu hình hiện tại cho các đại lý đang gửi dữ liệu.

hệ thống quản lí trung tâm bản ghi dịch vụ và các hệ thống Trung tâm dữ liệu truy cập bản ghi dịch vụ trên RMS nên không được ngừng hoặc vô hiệu hoá trong khi quản lý cấu hình bản ghi dịch vụ tính cấu hình hiện tại. Quản lý cấu hình hệ thống Trung tâm bản ghi dịch vụ yêu cầu sau đây để hoàn thành các tính toán của các nhóm quản lý cấu hình:
  • bản ghi dịch vụ quản lý trung tâm hệ thống vào RMS phải chạy và khỏe mạnh.
  • Hệ thống Trung tâm dữ liệu truy cập bản ghi dịch vụ phải có khả năng giao tiếp với bộ máy cơ sở dữ liệu.
Ngoài ra, một số dữ liệu có thể trở nên backlogged trên các đại lý và trên các máy chủ quản lý khác trong khi quản lý cấu hình bản ghi dịch vụ tính cấu hình hiện tại. Vì vậy, loại trừ tường lửa hoặc cổng nên được nâng lên ngay sau khi bạn Trình xem sự kiện ID 21025 trong sổ ghi sự kiện Operations Manager trên RMS. Sự kiện này chỉ ra rằng các bản ghi dịch vụ quản lý cấu hình đã tính toán các cấu hình mới cho nhóm quản lý mà công việc bây giờ vô hiệu hoá hoặc sửa đổi

Tiềm năng xác định nguyên nhân của cấu hình khuấy bằng cách sử dụng hoạt động quản lý báo cáo

Báo cáo mới đã được giới thiệu với phiên bản 6.1.7599.0 của Operations Manager 2007 R2 quản lý gói. Các báo cáo này cung cấp cái nhìn sâu sắc vào khối lượng tổng thể của dữ liệu mà nhóm quản lý quá trình. Các báo cáo này có thể được sử dụng để thiết lập một tiêu chuẩn đường cơ sở và để xác định các cơ hội để điều chỉnh công việc phát hiện ra đối tượng. Ngay sau khi cấu hình khuấy xác định và giải quyết, các báo cáo này có thể được sử dụng cho kế hoạch dài hạn để ngăn ngừa tái phát của khuấy.

Để tải về các gói quản lý, truy cập vào web site của Microsoft sau đây:  
  • Dữ liệu khối lượng của báo cáo quản lý gói

    Khối lượng dữ liệu theo báo cáo quản lý gói biên dịch thông tin về khối lượng dữ liệu mà tạo ra các gói quản lý. Báo cáo danh sách đánh số lần xuất hiện cho mỗi quản lý gói cho các loại dữ liệu sau đây:
    • Khám phá
    • Cảnh báo
    • Hiệu suất (số trường hợp đó được gửi cho hiệu suất quầy và đó được thu thập bởi quản lý gói)
    • Sự kiện
    • Thay đổi nhà nước
  • Dữ liệu khối lượng của công việc và trường hợp báo cáo

    Khối lượng dữ liệu của công việc và trường hợp báo cáo biên dịch thông tin về khối lượng dữ liệu được tạo ra, tổ chức bởi công việc (khám phá, quy tắc, màn hình, và do đó trên) và trường hợp.

    Có hai cách để truy cập vào báo cáo này:
    • Trong khối lượng dữ liệu bởi quản lý gói báo cáo, bấm vào một trong các tế bào đếm trong bảng ở trên cùng của các báo cáo mở dữ liệu khối lượng công việc và trường hợp báo cáo cho các quản lý gói.
    • Chạy các báo cáo trực tiếp từ các báo cáo phần trong giao diện điều khiển hoạt động. Nếu bạn chạy các khối lượng dữ liệu theo quy trình làm việc và trường hợp báo cáo trực tiếp, bạn nên thiết lập các thông số của các báo cáo tùy chỉnh các kết quả. Báo cáo này cung cấp thông tin chi tiết để có thông tin trong khối lượng dữ liệu bởi báo cáo quản lý gói. Vì vậy, thiết lập tham số mặc định có thể không cung cấp các thông tin mà bạn đang tra cứu.
Khuấy SCOM 2007 config

Cảnh báo: Bài viết này được dịch tự động

Thuộc tính

ID Bài viết: 2603913 - Xem lại Lần cuối: 08/02/2012 16:14:00 - Bản sửa đổi: 5.0

Microsoft System Center Operations Manager 2007 R2, Microsoft System Center Operations Manager 2007, Microsoft System Center Operations Manager 2012, Microsoft System Center Operations Manager 2007 Service Pack 1

  • kbtshoot kbmt KB2603913 KbMtvi
Phản hồi