QlikView 11 Service Release SR 1 veröffentlicht
Das Service Release behebt wie üblich Probleme, die mit der Initialen Veröffentlichung von QlikView 11 auftreten. Die Installation empfiehlt sich somit für alle Nutzer der neuesten Version der Business Discovery Software. Das Service Release für alle QV11-Installationversionen ist im Download-Bereich des Her
...Orchestrator versus Opalis
System Center 2012 Orchestrator is the follower of Opalis. The setup is now much easier and like the other System Center Products. The Web console is now running based on IIS and Silverlight. In Opalis you had to install a separate license for the products and for some Integration Packs.
In
...Cycles in Pipleline Mode
Cycles in Pipleline Mode
The legacy mode in Opalis allowed us to have cycles between different objects and multiple start objects. For the reason of stability Orchestrator allows only Pipeline Mode. So, when migrating from Opalis to System Center Orchestrator some Workflows may have to be
...Building own Message Activity with Orchestrator Integration Toolkit (OIT)
Recently I often have seen the „Send Platform Event” Activity to demonstrate the behavior of Runbooks. The messages will be visible in the Event Tab of the Designer then.
I personally think a popup is for demo and training purposes muchmore effective. Here we will build our own
...Using 64bit Powershell cmdlets in the 'Run .Net Script‘ Activity from Orchestrator
The 'Run .Net Script‘ Activity from Orchestrator from System Center 2012 Orchestrator is a very powerful Activity where you can place your own code using also the dynamic Published Data and Variables.
When you choose ‘Powershell’ from the 'Run .Net Script‘ Activity to execute cmdlets (for e
...Handling the large number of Activities in the Orchestrator Designer
In the System Center 2012 Orchestrator Runbook Designer the Activities window is docked right. When you must handle numerous Integration Packs with many Activities this view becomes very small.
If you need more space you can undock the Activity window in Runbook Designer
and change the
...Updaterollup 2 für Exchange Server 2010 Service Pack 2 (KB2661854) verfügbar
Das Updaterollup 2 für Exchange Server 2010 Service Pack 2 behebt Probleme, die in Exchange Server 2010 Service Pack 2 seit der Freigabe der Software gefunden wurden. Dieses Updaterollup wird für alle Kunden von Exchange Server 2010 Service Pack 2 dringend empfohlen.
Eine Liste der Änderungen, die in diesem Updaterollup enthalten sind, finden Sie in KB2661854.
SCOM 2012 - Infos zu Resource Pools - Teil 1
Allgemein bekannt ist die Tatsache, das mit dem System Center Operations Manager 2012 der Root Management Server der Vergangenheit angehört. Für alle Monitore und Rules, die als Target den RMS hatten, gibt es nun die RMS Emulator Rolle.
Neu sind nun die Management Server Resource Pools, in denen verschiedene Management Server gleichberechtigt in einer Gruppe ihren Dienst erledigen. Ich möchte an dieser Stelle meine ersten Erfahrungen und Erkenntnissen mit den neuen Pools und deren Besonderheiten ansprechen.
Fakt 1: Obwohl nun auf allen Management Servern die vom RMS bekannten 3 Dienste laufen (Data Access, Management Configuration und System Center Management), bezieht sich aktuell die Pool-Funktionalität lediglich auf den Health Service.
Auswirkung 1: Eine Console verbindet sich nicht mit einem Pool, sondern per Zufall mit einem der SDK Dienste eines Management Servers. Will man hier einen Failover oder eine Lastverteilung einrichten, so ist das NLB (Network Load Balancer) Feature die Lösung. Damit kann man einen virtuellen Namen für die Consolen Anmeldung vergeben und dahinter verbergen sich die im Cluster eingetragenen Management Server.
Auswirkung 2: Auch die Agenten kann man nicht mit einem Pool verbinden. Diese werden wie unter SCOM 2007 R2 konfiguriert. Entweder über die Active Directory Integration oder mit einem primären MS und ein oder mehreren Failover Servern.
Auswirkung 3: Durch die verstärkte Kommunikation zwischen den Management Servern gibt es seitens der SCOM 2012 Produktgruppe die Vorgabe, dass die Latenz Zeit zwischen den MS Rechner maximal 5 ms betragen darf. Hat man im Moment in dezentralen Standorten einen MS stehen, so sollte dieser in das zentrale RZ umgezogen und durch ein Gateway ersetzt werden.
Weitere Infos über das Thema Resource Pools folgen ...
