Feeds:
Artikel
Kommentare

Ich hab ja schon vor einiger Zeit ein wenig was zu Log-Storm und ähnlichen Unschönheiten auf einem Exchange berichtet. Insbesondre und gerne auch in Zusammenhang mit MS CRM 4.0, da gabs ja hier und da äußerst unhübhsche Probleme..

Wenn man nun in der Situation eines Log-Storm ist, die Transaktionsprotokolle der Exchangedatenbanken also ordentlich anwachsen, ist so ein wenig die Frage was man tut. Zum einen kann man in der Situation ExMon auf dem Mailboxserver einsetzen, ein gutes Werkzeug um zu erkennen welcher Benutzer aktuell die Last erzeugt. Aber das muss manuell geschehen. Klappt dann zwar zuverlässig, aber eben nur manuell und wenn man merkt das man eh schon ein Problem hat. Ja, nett, aber..

Was tun um das irgendwie automatisch, quasi proaktiv wie’s so schön heißt, erkennen zu können? Klar, Microsoft Systemcenter Operations Manager mal grad eben installieren und damit die Umgebung überwachen. Ja gut, mit grad mal eben ists nicht getan, ich geb’s ja zu.

Allerdings, und hier wirds dann schon wieder spannend, gibts im Scripts-Ordner der Exchangeinstallation (%programfiles%\Microsoft\Exchange Server\V14\Scripts) ein Scripts names “Troubleshoot-DatabaseSpace.ps1”.

Weiterlesen »

… versuchen Sie es später erneut.

In meiner Lync-Umgebung gab es kürzlich ein Problem mit einigen abgehenden PSTN-Gesprächen. Und zwar immer mit der selben Zielrufnummer, aber nur von Lync aus. Die selbe Rufnummer konnte über den selben ISDN-Anschluss von einem ‘normalen’ Telefonanlagentelefon (jaja sowas hab’ ich schon auch noch..) wunderbar erreichen. Am Anschluss liegts also nicht, und bis vor nicht all zu langer Zeit lief das schon auch noch. In meinem Fall ging es hierbei bezeichnender Weise um eine Hotline von Microsoft mit einer deutschen Rufnummer, ähnliches Verhalten wurde aber auch schon von internationalen Gesprächen gemeldet, und zwar immer dann wenn ein Mobilfunkteilnehmer angerufen wurde. Normale Gespräche ins Ausland gehen, aber Handy geht nicht.

Wie stellt sich das ganze dar? So:

image

Der Anruf kann nicht durchgeführt werden. Versuchen Sie es später erneut.

Der Anruf konnte aufgrund eines ausgelasteten Netzwerks nicht durchgeführt werden. Versuchen Sie es später erneut.

Also mal nach der Ursache suchen, Weiterlesen »

Der ein oder andere hat es ja womöglich mitbekommen, ich bin die letzten drei Wochen im digitalen Nirwana abgetaucht und hab mich eigentlich so gut wie überhaupt nicht gemeldet.

Das lag jetzt nicht an so was wie Urlaub oder so, ganz im Gegenteil. Seit Ende November treibe ich mich bei Microsoft rum und bemühe mich redlich um den Status eines MCM für Lync 2010 zu erlangen.

IMG_1108 - Kopie

nur mal ein kurzes Update hierzu, quasi in eigner Sache. Es ist geschafft! Ich darf mich seit dem 19. Dezember voller Stolz Microsoft Certified Master Lync 2010 nennen! :) Zwei von dreizehn Teilnehmern haben es im ersten Anlauf geschafft, an dieser Stelle möchte ich Jamie Schwinn – mit dem ich sehr viele Stunden am Whiteboard, in unsrer Laborumgebung und in Diskussionen verbracht habe – zum Bestehen gratulieren! Wir dürfen uns nun zum erlauchten Kreis der gut 30 Lync Master zählen, recht viel mehr hat’s da im der Tat noch nicht..

… More to come …

Zwischenzeitlich hat’s das Update Rollup 6 für Exchange 2010 SP1 dann auch in die automatische Updateverteilung geschafft. Was ja mal ganz schick ist, soweit.

Nun hatten wir seit gestern schon in zwei Installationen Probleme mit genau dieser automatischen Installation über Windows Update. WAS? Automatische Updates auf einem Server? Ist der noch zu retten? Ich hör’s bis hier Zwinkerndes Smiley

Ja doch, ist er schon, glaub’ ich zumindest. Denn aufgetreten ist das Problem auf den Edgeservern, diese stehen auf automatisch herunterladen und installieren, weil dort die Unternehmensinternen Patchmanagementmechanismen häufig eben nicht ziehen. Und da macht das dann grundsätzlich durchaus Sinn. Oder kann zumindest Sinn machen.

However.

Jedenfalls ist es so dass nach der automatischen Installation des RU6 auf dem Edgeserver der Dienst Microsoft Exchange-Transport (MSExchangeTransport) nicht mehr gestartet wird. Was dann zur Folge hat dass die gesamte externe Emailkommunikation (ankommend und abgehend) nicht mehr läuft und auf den internen HubTransport-Servern die Warteschlange voller und voller wird.

Der Dienst lässt sich dann relativ bequem und problemlos wieder starten und danach geht dann auch wieder alles.

Aber es muss eben manuell passieren. Und man sollte auch zusehen dass alle weiteren Exchangeserver dann auch in absehbarer Zeit wieder auf einem homogenen Patchlevel laufen, das ist mal generell keine schlechte Idee…

Ich stoße immer mal wieder auf die Frage ‘warum habe ich, obwohl ich Domänen-Admin bin nicht alle Rechte in Lync?’ oder auch ‘Wieso kann gerade ich kein ActiveSync mit meinem Smartphone nutzen, aber die meisten andren schon?’. Bei genauerer Betrachtung stellt sich dann häufig heraus der betroffene Admin-Benutzer durchaus alle Berechtigungen in Lync hat. Also Mitglied in den passenden Rollen wie CSAdministrator ist. Aber dennoch können scheinbar willkürlich einige Accounts nicht administriert werden. Beim Versuch beliebige Eigenschaften zu editieren oder auch nur diesen Benutzer für Lync zu aktivieren gibt es dann folgende Fehlermeldung:

image

Aber wie kann das sein, immerhin bin ich doch Domänen-Admin, und wer wenn nicht ich sollte hier administrieren können?!

Weiterlesen »

Exchange RU6 verfügbar!

kaum sind eineinhalb Monate durch, schon gibt’s das nächste Update für Exchange 2010. Das Update Rollup 6 für Exchange 2010 SP1 wurde quasi gerade eben veröffentlicht.

Das Update heißt offiziell Exchange2010-KB2608646, hier wären dann die passenden Links dazu: Weiterlesen »

TMG 2010 SP2 verfügbar

Wenn man sich mit Exchange und/oder Lync beschäftigt hat man ja hier und da durchaus mal mit dem TMG zu tun. Als Reverseproxy und dann (hoffentlich) auch um einen entsprechenden Sicherheitsanspruch durch vorgelagerte Authentifikation und Autorisation abzubilden. Fürs TMG gibt’s nun seit kurzer Zeit das SP2. Weiterlesen »

Update – Fix nun offiziell verfügbar.

Der IE9 ist ja ne schicke Sache, so grundsätzlich und überhaupt. Und weil wir ja alle natürlich pflichtbewusst sind, ist der quasi schon überall installiert, natürlich auch auf den Exchange Servern und auf den Admin-PCs, Notebooks und Workstations sowieso. Eh klar. Nun kommt’s aber seit der Installation des IE9 dazu dass sich die Exchange Management Console, die EMC, nicht mehr Schließen lässt. Beim Versucht gibt’s dann nur eine unschöne Fehlermeldung:

image

Schließen Sie alle Eigenschafenseiten, bevor Sie Exchange-Verwaltungskonsole schließen.

Weiterlesen »

Lync Skill Search

Lync bietet ja die Möglichkeit gegen Sharepoint 2007 oder Sharepoint 2010 eine ‘SkillSearch’ einzurichten. Also die Suche nach Qualifikationen. Was brauchts dazu? Nun ja, natürlich eine Sharepointumgebung mit konfiguriertem Search Center und damit das mit dem Suchen und Finden auch klappt entsprechende Daten im AD sowie eine gepflegte MySite der Kollegen. Darüber hinaus dann nicht mehr nicht viel, es müssen nur die passenden URLs definiert werden. Dies passiert über eine Client-Policy. In meinem Beispiel erstelle ich eine neue Policy und weise diese zu, man könnte natürlich auch die Default-Policy anpassen damit dann gleich alle in den Genuss kommen. Weiterlesen »

(2011-10-29) Update zum fcsutility vor Updates

Ich wollte gerade eben in den letzten Eintrag zum Thema Exchange 2010 RU5 verfügbar einen Hinweis mit einbauen was bei der Installation zu beachten ist. Allerdings gibt’s da einige Punkte, nicht alle treffen für jede Installation zu, aber insgesamt erscheint’s mir dann doch sinnvoller das einmal separat aufzudröseln.

Here we go.

Wie kommt man ans Update?
Weiterlesen »

Ältere Artikel »

Follow

Get every new post delivered to your Inbox.