달력

1

« 2025/1 »

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31

참고 사항
- 기본적으로 Exchange Server 역할에 대한 Discovery 및 Monitoring은 동작하지 않는다.
- 이는 먼저 소수의 서버에 대해 테스트를 진행한 후 전체적으로 관제를 시작하기 위함이다.
- 관리팩을 가져오면 Exchange 2007 Discovery Helper 클래스에 Exchange Server가 등록된다.
- 먼저 Exchange 2007 Discovery Helper 클래스에 정상적으로 Exchange Server가 검색되었는지를 확인한다.

모니터링 설정
1. 다음과 같은 검색 규칙에 대해 사용으로 재정의 설정을 한다.
> Exchange 2007 CCR Clustered Mailbox Server Role Discovery
> Exchange 2007 CCR Node Role Discovery
> Exchange 2007 Standalone CCR Node Discovery
> Exchange 2007 CAS Role Discovery
> Exchange 2007 Hub Transport Role Discovery
> Exchange 2007 Edge Role Discovery
> Exchange 2007 UM Role Discovery

2. Edge Server의 사이트 이름 및 포리스트 이름 변경
> 기본적으로 모든 Edge Server들은 별도의 관리 그룹으로 설정된다. (도메인 구성원이 아니기 때문에)
> Site Edge on Edge discovery 검색 규칙을 재정의해 다른 역할이 설치된 서버와 동일한 관리 그룹으로 변경한다.
> 재정의할 부분은 'AD Site Name', 'Forest DNS Name'이다. 다른 서버의 검색 결과와 동일하게 변경한다.

3. 관리팩에 의해 다음과 같은 Exchange Server 용 MP 템플릿이 추가된다.
> Exchange 2007 Client Access Server Monitoring : CAS -> Mailbox 테스트
> Exchange 2007 Intra-Organization Mail Flow Monitoring : 실제 메일 서버 간 전송 테스트

4. Exchange Server 2007의 테스트 명령이 정상적으로 동작하도록 Cmdlet을 이용해 설정한다.
> Test-OwaConnectivity
> Test-ActiveSyncConnectivity
> Test-WebServicesConnectivity
> Test-PopConnectivity
> Test-ImapConnectivity

5. 각 Exchange Server에 대해 Agent Proxy 설정

6. 원격 통합 메시징(UC) 모니터링 설정
> Exchange 2007 Test UM Connectivity Remote Voice Collection 규칙 재정의
> Exchange 2007 Test UM Connectivity Remote Voice Monitor 모니터 재정의
> 재정의 항목 중 Enabled와 Phone, UM IP Gateway를 수정한다.
> Phone 확장 번호는 다음 Cmdlet을 이용해 구독 번호 또는 자동 전화 교환 번호를 입력한다.
> Get-UMDialPlan -> AccessTelephoneNumbers 속성
> Get-UMAutoAttendant -> PilotIdentifierList 속성

:
Posted by 커널64

:
Posted by 커널64

1. Run As Account 생성
> Administration > Right-Click > Create Run As Account
> Run As Account Type: Windows > Diskplay Name 입력 > Next
> 계정 정보 입력 > Create
* 사용되는 계정은 복구 작업 수행을 위해 대상 컴퓨터의 Administrator 권한이 필요하다.

2. Automatic Agent Management Account Profile 설정
> Administration > Run As Configuration > Profiles
> Automatic Agent Management Account > Properties > Next
> Run As Accounts > Add... > Run As Account 선택(대상 컴퓨터의 Administrator 권한)
> A selected class, group, or object: > Select > Object
> Management Server Class 선택 > Management Server Object 선택 > OK > Save

3. Health Service Heartbeat Failure Monitor의 복구 작업 설정
> Authoring > Management Pack Objects > Monitors > Scope > Health Service Watcher (Agent)
> Availability > Health Service Heartbeat Failure > Properties
> Override > 목록에서 Recovery의 'Enable and Restart Health Service' > Override
> For all objects of type: Health Service Watcher (Agent) > Enabled: True
> Restart Health Service, Reinstall Health Service (triggered from Diagnostic)에 대해 반복

4. Validate Alert Subscription Account Profile 설정
* 알림 구독 모듈이 알림 메시지가 구독 범위 안에 있는지를 검증할 때 사용되는 계정
* RMS의 Administrator 및 Operations Manager Administrators 역할의 구성원 계정이어야 한다.
> Administration > Run As Configuration > Profiles > Validate Alert Subscription Account > Properties
> Run As Accounts > Edit > 적절한 권한을 가진 계정으로 변경(필요 시)

5. Management Group Availability Health Rollup 설정(권장)
* Operational Database Watchers Group의 상태가 Management Group의 상태에 Rollup 되도록 구성
> Authoring > Management Pack Objects > Monitors > Scope > Operations Manager Management Group
> Availability > Operational Database Watchers Group to Management Group Availability Health Rollup
> Right-Click > Override > For all objects of type: Operations Manager Management Group > Enabled: True

6. RMS의 Action Account가 Operations Manager Administrators 역할의 구성원이도록 설정
- Operations Manager 관리팩에는 업데이트된 관리팩이 있는지를 검사하는 규칙이 포함되어 있다.
- 기본적으로 1440분(1일) 마다 동작하며 업데이트된 관리팩이 발견될 경우 메시지를 띄운다.
- 이 규칙은 스크립트와 Powershell을 실행시키는데 Operations Manager Administrators 역할이 필요하다.
- RMS의 Account가 LocalSystem 또는 Operations Manager Administrators 역할 구성원이 아니면 스크립트는 실패한다.

:
Posted by 커널64



구성 요소

Service Manager Management Server:
SCSM의 Main 구성 요소로 인시턴트 관리, 변경, 작업 등을 수행한다.

Configuration Management Database(CMDB):
IT 환경의 Service Manager Configuration Items(CI)와 SCSM의 설정을 저장하고 있는 데이터베이스

Service Manager Console:
헬프 데스크 운영자 및 관리자가 사용하는 관리 콘솔로 Management Server 설치 시 자동으로 설치된다.
별도의 컴퓨터에 Stand-alone  형태로 설치될 수도 있다.

Data Warehouse:
선택적 구성요소로 SCOM의 보고 데이터베이스와 같이 장기간 데이터를 보관하고 보고 용도의 역할을 한다.


하드웨어 요구 사항
CMDB:

CPU - Quad-core 2.66GHz / RAM - 8GB / Disk RAID1(System), RAID10(DB)

Service Manager Management Server:
CPU - Dual-core 2.66GHz / RAM - 4GB / Disk RAID1

Service Manager Console:
CPU - 2.0GHz / RAM - 2GB

Data Warehouse:
CPU - Quad-core 2.66HGz / RAM - 8GB / Disk RAID1(System), RAID10(DB)


소프트웨어 요구 사항
Service Manager Management Server:

- Windows Server 2008 64bit Version (Standard or Enterprise)
- .NET Framework 3.5 SP1

CMDB or Data Warehouse:
- Windows Server 2008 64bit Version (Standard or Enterprise)
- SQL Server 2008 64bit Version (Standard or Enterprise)
- SQL Server Reporting Service

Service Manager Console:
- Windows Server 2008 64bit Version (Standard or Enterprise)
- Windows Server 2003 SP1 64bit Version (Standard or Enterprise)
- Windows Vista 64bit Version
- .NET Framework 3.5 SP1

* .NET Framework 3.5 SP1 설치 파일은 설치 미디어오 포함되어 있음.
* Service Manager의 알림 기능을 사용하기 위해서는 SMTP 서버 필요
* SQL 서버의 요구 사항이 64bit로 되어 있으나 32bit에서도 동작되는 것으로 확인됨.


사용 포트 정보(현재 릴리스에서는 변경 불가능)
Service Manager Console -> Service Manager Management Server : 5724
Service Manager Management Server -> Remote CMDB : 1433
Service Manager Management Server -> Data Warehouse Server : 5724
Data Warehouse Server -> Remote Data Warehouse DB Server : 1433
SQL Reporting Service Server -> Remote Data Warehouse DB Server : 1433
Data Warehouse Server -> Remote CMDB Server : 1433


설치 과정
CMDB:
1. SQL Server 설치
> 기본 인스턴스
> Collation 설정은 Latin1_General_CP1_CI_AS
> 서비스 계정은 로컬 시스템
> SQL Server Reporting Service 설치 및 구성
* Data Warehouse의 경우 SQL Server Reporting Service만 필요

2. 설치 메뉴의 Data Warehouse 서버 설치(선택)
> Management Server와 동일한 머신에 설치 불가능

3. Service Manager Management Server
> .NET Framework 3.5 SP1 설치
> SQL 서버 정보, 데이터베이스 이름 입력
> 관리 그룹 이름 입력
> 관리자 그룹 또는 계정 설정
> Data Warehouse 서버 경로 입력(선택)

* 설치 완료 후 발견한 부분으로 OpsMgr Health Service가 설치된 것이 확인됨.
* Operations Manager와 동일한 서비스 이름을 가지는데... 좀 더 확인이 필요하겠다.


설치 후 작업
Active Directory Connector 생성

1. Service Manager Console 실행
2. Administration > Connectors > Task의 Create Connector > Active Directory Connector
3. Connector Name 입력 > Enable this connector 체크 확인 > Next
4. 도메인 접속 or OU 선택, 도메인 계정 정보 입력 > Next
5. 전체 Object에 대해 Import 하거나 Import 할 Object 선택 > Next > Create

System Center Configuration Manager 2007 SP1 Connector 생성
1. Service Manager Console 실행
2. Administration > Connectors > Task의 Create Connector > Configuration Manager
3. Connector Name 입력 > Enable this connector 체크 확인 > Next
4. Database 정보 입력
> Server Name: Configuration Manager의 Site Database 서버
> Database Name: Configuration Manager의 Site Database 서버
> 계정 정보 입력
* 현재 릴리즈에서는 접속 테스트가 정상적으로 동작하지 않는다.
5. 동기화 주기 설정 > Next > Create

:
Posted by 커널64
2009. 8. 11. 12:36

SCOM 2007 R2의 non-Windows 지원 (UNIX/Linux) SystemCenter2009. 8. 11. 12:36

Cross Platform Extensions 백서를 확인해 보면 다음과 같이 쓰여져 있다.

"Reflecting its commitment to provide greater interoperability, openness, and choice for its customers, Microsoft provides a centralized management solution to monitor both Microsoft and non-Microsoft platforms. Ops Mgr 2007 R2 extends the monitoring and management capabilities of this award-winning platform to non-Microsoft platforms, including HP-UX®, Sun Solaris™, Red Hat® Enterprise Linux®, SUSE® Linux Enterprise Server, and IBM AIX 5L® server environments."

자세한 버전 정보가 나와 있지 않아 설치 디렉토리를 확인해 보면 다음과 같은 파일들이 보인다.

scx-1.0.4-248.aix.5.ppc.lpp.gz
scx-1.0.4-248.aix.6.ppc.lpp.gz
scx-1.0.4-248.hpux.11iv2.ia64.depot.Z
scx-1.0.4-248.hpux.11iv2.parisc.depot.Z
scx-1.0.4-248.hpux.11iv3.ia64.depot.Z
scx-1.0.4-248.hpux.11iv3.parisc.depot.Z
scx-1.0.4-248.rhel.4.x64.rpm
scx-1.0.4-248.rhel.4.x86.rpm
scx-1.0.4-248.rhel.5.x64.rpm
scx-1.0.4-248.rhel.5.x86.rpm
scx-1.0.4-248.sles.10.x64.rpm
scx-1.0.4-248.sles.10.x86.rpm
scx-1.0.4-248.sles.9.x86.rpm
scx-1.0.4-248.solaris.10.sparc.pkg.Z
scx-1.0.4-248.solaris.10.x86.pkg.Z
scx-1.0.4-248.solaris.8.sparc.pkg.Z
scx-1.0.4-248.solaris.9.sparc.pkg.Z

단순 추리(?)를 해 보았을 때 AIX 5/6, HP-UX 11iv2/3, RHEL 4/5, SLES 9/10, Solaris 8/9/10을 지원하나??

다시 데이터시트를 확인해 보면 다음과 같은 내용이 보인다.

      Operations Manager 2007 R2 supports monitoring of the following operating systems:
        - HP-UX 11i v2 and v3 (PA-RISC and IA64)
        - Sun Solaris 8 and 9 (SPARC) and Solaris 10 (SPARC and x86)
        - Red Hat Enterprise Linux 4 (x86/x64) and 5 (x86/x64) Server
        - Novell SUSE Linux Enterprise Server 9 (x86) and 10 SP1 (x86/x64)
        - IBM AIX v5.3 and v6.1 (POWER)

마이너 버전까지 확인하는지는 직접 배포를 해 보아야 알 수 있을 것 같다...
:
Posted by 커널64

1. Live Migration
가장 특징적인 기능이라 할 수 있겠다. VM의 다운타임 없이 호스트 간 이동이 가능해진다.
이를 위해서는 R2에서 제공되는 CSV(Clustered Shared Volume)가 요구된다.
SCVMM 2008 R2와 함께 사용 시 Live Magration의 Queue와 같은 기능을 사용할 수 있다.
기존 인프라에 대한 변경은 불필요하다.

2. Logical Processor Support
호스트 컴퓨터에 대해 64개의 논리적인 코어 지원
최초 Hyper-V 버전 대비 두 배수의 논리적 코어 지원이다.

3. Hot add/remove Storage
VHD 또는 Pass-through 디스크에 대한 hot add/remove 지원
Hot add/remove는 SCSI 컨트롤러에 대해서만 지원
저장소 컨트롤러에 대한 hot add/remove는 지원 안 함

4. SLAT
Second Level Address Translation (SLAT)
메모리 주소 변환에 대한 하드웨어(CPU)적인 지원으로 성능 증가 및 Hypervisor의 부하 감소
Intel에서는 EPT(Enhanced Page Tables)이라 부르고 AMD에서는 NPT(Nested Page Tables)라 칭한다.
메모리 관리에 대한 성능을 증가 시킨다. 구체적으로 Hypervisor의 메모리 사용량을 약 5%에서 1%로 감소시킨다.

5. VHD를 통한 부팅(물리적인 서버) 지원


* Hot Add Memory 지원 Windows Server 2003/2008 Edition 목록

> Windows Server 2003 Enterprise Edition(Not supported in 64-bit versions)
> Windows Server 2003 Datacenter Edition(Not supported in 64-bit versions)
> Windows Server 2008 Enterprise Edition
> Windows Server 2008 Datacenter Edition
> Windows Server 2008 Itanium Edition

:
Posted by 커널64
:
Posted by 커널64
2009. 8. 5. 14:11

Exchange Server 2007 Sizing Collaboration2009. 8. 5. 14:11

Exchange Server 2007 용량 산정 (사이징)

Mailbox Role
Factors
- Number of mailboxes
- Mailbox average size
- User profiles
- Security/auditing mechanisms
- Use of mobile devices (Blackberry included)
- Outlook mode (online/cached)
- Archiving/Messaging Record Management
- High Availability Model (CCR, LCR, SCR)
- Cache Warming

사용자 유형 카테고리

 User type

 Send / receive
 per day
 (50K messages)

 Database cache
 / user
 IOPS / user  Logs Generated
 / Mailbox
 Light  5 / 20  2MB  0.11  6
 Medium  10 / 40  3.5MB  0.18  12
 Heavy  20 / 80  5MB  0.32  14
 Very Heavy  30 / 120  5MB  0.48  36


CPU
1 processor core for every 1,000 light/medium user mailboxes
1 processor core for every 500 heavy user mailboxes
8 cores maximum

Memory
2GB + 2 ~ 5MB/mailbox (위 사용자 유형에 따라)
32GB maximum 권장 (32GB 이상은 비용 문제 발생)
최소 메모리는 다음 표와 같이 저장소 그룹의 개수에 따라 달라진다.

 Number of Storage Group  Exchange 2007 RTM  Exchange 2007 SP1
 1-4  2GB  2GB
 5-8  4GB  4GB
 9-12  6GB  5GB
 13-16  8GB  6GB
 17-20  10GB  7GB
 21-24  12GB  8GB


Network

1 x Gbit minimum
With CCR use separate NICs for public and private networks

Disk
Use the Exchange 2007 Mailbox Server Role Storage Requirements Calculator.
또는 다음 항목 고려
- Balance I/O performance and Capacity
- Add 5% onto database LUN size for Content Indexing
- Add 10% onto database LUN size for Overhead / white space
- The default Deleted Items retention period (14 days) adds up to 30% in the database LUN
- Take SLA factors into account (database recovery time, backup window, etc.)
- Target for 100GB of maximum database size


HUB Transport Role
Factors
- Mail queue stored in JET database
- CCR (Transport Dumpster)
- Message rate
- Message tracking
- Average message size
- Number of enabled transport agents
- Antivirus and third-party applications
- Journaling

CPU
소규모 조직의 경우 1개 또는 2개의 코어 필요
중/대규모의 경우 다음 표 참고

   With A/V and A/S Without A/V and A/S 
 서버 당 권장 코어 수  8
 허브 전송 서버 : 사서함 서버 비율  1:5  1:7


Memory

2GB minimum, 16GB maximum
1GB per core
Large queue scenarios
- Per message overhead: 3KB
- Per recipient overhead: 1KB
Edgesync overhead (>tens of thousands of mail-enabled objects)
- 4K per mail-enabled object

Disk
디스크 용량 = 평균 메시지 크기 x 최대 큐
mail.que 파일과 로그 파일의 위치는 시스템 디스크와 분리 권장 (RAID 10)
LCR 또는 CCR 환경에서 Transport dumpster의 영향
- Capacity consumed by the transport dumpster =
number of storage groups x maximum transport dumpster size
Back Pressure:
- RTM: 최소 4GB 여유 공간
- SP1: 최소 500 MB 여유 공간

 Hub Transport I/O (steady state)  Transport Dumpster Enabled  Transport Dumpster Disabled
 Total IOPS/message (~40KB)  17  4
 Log Write IOPS/message (sequential)  7  2
 Database Write IOPS/message (random)  7  2
 Database Read IOPS/message (random)  3  0


Network
Gbit Recommended


CAS Role
Factors
- Non-MAPI 클라이언트의 수 (CAS 서버에서 메시지 변환 작업 발생)
- OWA rendering
- Enabled services
> IMAP, POP3
> Outlook Anywhere
> Exchange ActiveSync
- Web services
> AutoDiscover
> Availability
> OOF
- OAB distribution

CPU
Up to 4 cores
1 : 4 CAS : Mailbox cores

Memory
2GB/core
16GB Maximum

Disk
특별한 요구 사항 없음

Network
Gbit recommended


Edge Transport Role
Factors
- Message rate
- Average message size
- Number of enabled transport agents
- A/V and A/S
- SMTP Connections
- Percentage of malware

CPU
2 processor cores recommended
Up to 4 cores

Memory
2GB minimum, 16GB maximum
1GB/core

Disk
Capacity = (average message size x maximum queue) + Logs
Transport rules and message rate influence the IOPS needed
Back Pressure:
- RTM: 최소 4GB 여유 공간
- SP1: 최소 500 MB 여유 공간

Network
2 x Gbit recommended (1 in, 1 out)


Active Directory / Global Catalogs

   32-bit  64-bit
 GC : Mailbox server 코어 비율  1 : 4  1 : 8
 전체 Active Directory
 Database (NTDS.DIT)를 메모리에
 Cache 할 수 있을 만큼의 충분한
 메모리를 반드시 설치하여야 한다.
 1GC near XX users  Every 10,000 users  Every 20,000 users

:
Posted by 커널64

param ($rootMS,$Domain,$targetmS,$targetAgent)
#Checking Root MS parameter
     if ($rootMS -eq $null) {
        Write-Host ""
        Write-Host "SYNTAX:";
        Write-Host ""
        Write-Host "-rootMS: FQDN of the root management server for the target management group.";
        Write-Host "Ex: RootManagementServer.fqdn.local";
        Write-Host ""
        Write-Host "-Domain: The target group.  Use the display name of the group.";
        Write-Host "Ex: 'NOC Computers Test";
        Write-Host ""
        Write-Host "-targetMS: FQDN of the management server for discovery, install and agent mgmt.";
        Write-Host "Ex: 'MyMS.fqdn.local'"
        Write-Host ""
        Write-Host "-targetAgent: FQDN of the server on which agent(s) should be installed (wildcards allowed).";
        Write-Host "Ex: 'Computer.fqdn.local'"
        Write-Host ""
 exit;
     }

#Initialize the OpsMgr Provider
Add-PSSnapin Microsoft.EnterpriseManagement.OperationsManager.Client

# Set the location to the root of the provider namespace.
cd OperationsManagerMonitoring::

#create a connection to the Management Group
New-ManagementGroupConnection $rootMS

#change the path
cd $rootMS

#configure query setting based on your -targetMS parameter input
$ldap_query = new-ldapquerydiscoverycriteria -domain $Domain '
 -ldapquery "(sAMAccountType=805306369)(name=$targetAgent*)"

#configure discovery setting
$windows_discovery_cfg = new-windowsdiscoveryconfiguration -ldapquery $ldap_query

# discoveryresults
$discovery_results = start-discovery -managementserver (get-managementserver | '
where {$_.Name -eq "$targetMS"}) -windowsdiscoveryconfiguration $windows_discovery_cfg

#install Agent(s) based on the criteria of your search in the -targetMS parameter
install-agent -managementserver (get-managementserver | where {$_.Name -eq "$targetMS"}) '
-agentmanagedcomputer $discovery_results.custommonitoringobjects

:
Posted by 커널64

Operations Manager 콘솔이나 Management Server가 설치된 컴퓨터에서 실행

[사용 방법]
powershell D:\MpToXml.ps1 -mpFilePath:'D:\Microsoft.Exchange.Server.2003.Monitoring.mp' -outputDirectory:'D:\'

:
Posted by 커널64