Feeds:
Beiträge
Kommentare

Archive for the ‘Uncategorized’ Category

Hallo zusammen,

 

es soll ja Gerüchte gegeben haben dass an der Unterstützung des SQL Clusters in Lync 2013 gearbeitet wurde. Das ist so nicht mehr richtig. Also dass es sich hierbei um ein Gerücht handelt. Kürzlich wurden die relevanten Technet Artikel aktualisiert – SQL Cluster ist nun offiziell und vollständig supported!

 

http://technet.microsoft.com/en-us/library/gg398990.aspx

 

Lync Server 2013 supports the user of either SQL mirroring or SQL clustering for each Lync Server database. You can easily set up SQL mirroring with the Topology Builder tool in Lync Server 2013. For SQL failover clustering, you must use SQL Server for setup.

Lync Server 2013 supports SQL clustering topologies for all deployments, including greenfield deployments and organizations that have upgraded from previous versions of Lync Server.

SQL Clustering support is for an active/passive configuration. For performance reasons, the passive node should not be shared by any other SQL instance.

The following support is included:

  • Two-node failover clustering for the following:
    • Microsoft SQL Server 2012 Standard (64-bit edition). Additionally running the latest service pack is recommended.
    • Microsoft SQL Server 2008 R2 Standard (64-bit edition). Additionally running the latest service pack is recommended.
  • Up to sixteen-node failover clustering for the following:
    • Microsoft SQL Server 2012 Enterprise (64-bit edition). Additionally running the latest service pack is recommended.
    • Microsoft SQL Server 2008 R2 Enterprise database software (64-bit edition). Additionally running the latest service pack is recommended.

For more information about SQL mirroring, see Back End Server High Availability. For details on how to deploy SQL clustering, see Configure SQL Server Clustering.

Dies betrifft ausdrücklich den ‘klassischen SQL Cluster’ – das Feature AlwaysOn ist nach wie vor nicht getestet = nicht supported. Lync Server 2013 hat ja auch eine relativ enge Integration in die Mirror-Konfiguration des SQL Servers, angefangen von der automatischen Konfiguration des Mirror bis hin zur Möglichkeit das Failover aus der Lync Shell heraus zu initiieren. Dies ist m.w. beim Cluster nicht so gegeben, wobei man sich nun vortrefflich darüber streiten kann obs das braucht und ob Mirror oder Cluster oder nicht doch noch eine weitere HA-Strategie die ‘richtige’ sei.

Aber wir haben nun Optionen was SQL angeht, und das ist es doch worauf es ankommt Smiley

 

UPDATE:

Es wurde nun schon einige Male nachgefragt, darum möchte ich auch auf diese Frage eingehen: Kann ich auf einem leistungsfähigen SQL Cluster mehrere Backend-Datenbanken unterschiedlicher FrontEnd Pools gemeinsam betreiben? Gibt es ein Colocaltion-Szenario hierfür?

Auf dieser Frage gibt es eine sehr eindeutige Antwort im Technet:

http://technet.microsoft.com/en-us/library/gg398102.aspx

    • Each instance of SQL Server can contain only a single back-end database, a single Monitoring database, a single Archiving database, a single Persistent Chat database, and a single Persistent Chat compliance database.
    • The database server cannot support more than one Front End pool, one Archiving deployment, and one Monitoring deployment, but it can support one of each, regardless of whether the databases use the same instance of SQL Server or separate instances of SQL Server.

Nein, jeder SQL-Server / Cluster darf jeden Datenbanktyp nur einmal hosten, unabhängig von der Anzahl der Instanzen. Dies ist so auch schon durch den Topology Editor implementiert, dieser lässt es nicht zu auf den gleichen FQDN mehr als eine Backend-Datenbank zu legen.

Advertisements

Read Full Post »

nun ist es also endlich offiziell, mit dem aktuellen Update, July 2013 sowohl für Server als auch Client, sind neue Features hinzugekommen.

Diese sind:

  • Embedded Images
  • Meetings View
  • IM Mute
  • Q&A Manager

Details zu den Updates, Screenshots und salbungsvolle Worte zur Erklärung gibts im Lync Team Blog:

http://blogs.technet.com/b/lync/archive/2013/07/16/july-2013-updates-for-the-lync-2013-desktop-client.aspx

 

Noch eine Anmerkung zur Installation. Es ist (natürlich) notwendig dass sowohl Client als auch Server auf den aktuellen Stand gepatcht werden. In diesem Zuge ist auch zu beachten dass der Client mit den aktuellen Updates für Office versorgt wird, fehlen diese, klappt möglichweise nicht alles genau so wie man sich das vorstellen würde.

 

Update Resource Center für Lync 2013:

Lync Server 2013 July 2013 Update:

Lync Client 2013 July 2013 Update / MS13-054:

Und die relevanten Updates für Office:

 

An dieser Stelle sei auch noch einmal auf die Prozedur für die Aktualisierung der Lync Server hingewiesen, sprich nicht beliebige FrontEnds aus dem Pool updaten sondern über Get-CsPoolUpgradeReadinessState die upgrade domains erfragen und berücksichtigen.

Und natürlich das Datenbankupgrade nicht vergessen, je nach Szenario kann auch ein Upgrade für die CMS Datenbank notwendig sein!

Read Full Post »

Wie war das doch gleich wieder mit WAC Office Web Apps Server und den vielleicht oder auch nicht benötigten Lizenzen?

Lync 2013 benötigt unter anderem fürs Rendern der PPTs in Präsentationen einen Office Web Apps Server, was ja nicht das schlechteste ist. Aber hier stellt sich dann halt durchaus die Frage wie das hier dann mit der Lizenzierung aussieht? Denn diese Komponente ja nicht im ISO von Lync enthalten, was einen schon mal stutzig machen sollte.

Hier habe ich nun ein paar Interessante Links gefunden, die zum einen die Lizenzierung des Office Web Apps Server erläutern und dann auch nochmal einen schöne Gegenüberstellung der unterschiedlichen Lizenzmöglichkeiten, einschließlich der Rechte einer Office 365 Subscription, gegenüberstellen:

 

Zusammengefasst lässt sich sagen das der Office Web Apps Server für ‘view only’ nicht zu lizenzieren ist, alle anderen Szenarien benötigten einen entsprechende Lizenz / CAL.

 

Achja, wo gab’s den Office Web Apps Server gleich nochmal? hier wäre auch noch der Link zum Download:

Read Full Post »

Hallo zusammen,

ich hab’ mal wieder einen. Und zwar zum Thema ‘ich bräuchte ein Lync Lab und zwar bitte mit ohne all zu viel Aufwand’.

Hier bin ich eben über eine gescriptede Lösung gestolpert welche eine komplette Umgebung mit

  • Win 2012 DC, DNS, DHCP, CA,
  • SQL Server 2012,
  • Exchange Server 2013
  • Lync Server 2013

installiert. Ich find das fein, automatisiert installieren ist toll 🙂

http://gallery.technet.microsoft.com/office/LyncLabOnline-Automated-024ec331

Read Full Post »

Hallo zusammen,

es gibt nun (endlich) eine offizielle Aussage zu Responsegroups und den zu erwartenden Transferzeiten von Gesprächen. Es hat sicherlich schon der ein oder andere festgestellt dass dies nicht immer so ganz optimal ist und zudem von dem ein oder anderen Faktor abhängt. Konkret geht es darum wie lange es dauert um ein Gespräch aus der Responsegroup an einen Teilnehmer (Agent) durchzustellen.

Solange hier der Lync Desktopclient verwendet wird bewegt man sich hier im Rahmen von 1-2 Sekunden was wohl okay sein dürfte. Wird jedoch eine Lync Phone Edition (IP Desk phone optimized for Lync) oder ein kompatibles Device (IP desk phone qualified for Lync) eingesetzt sieht das ganze noch mal ein wenig anders aus. Die kompatiblen Devices haben Transferzeiten von 2-5 Sekunden, je nach Modell und Gerät, bei der Lync Phone Edition muss man von 6 Sekunden ausgehen.

Was kann man tun um diese Zeiten zu verbessen? Nun, also. naja. Nicht so wirklich viel. Um genau zu sein nichts. Es ist so wie’s ist. Lync wurde nicht entwickelt um ein Contact Center / Call Center zu ersetzen, dies wurde auch erneut durch die zuständigen Personen im Nexthop-Artikel wiederholt.

http://blogs.technet.com/b/nexthop/archive/2012/09/24/lync-server-2010-response-group-application-frequently-asked-questions.aspx

Wobei ich schon der Meinung bin dass man mit der Transferzeit von 1-2 Sekunden gut leben kann. Insbesondere dort wo viel telefoniert wird, sollte es ja auch immer den Lync Desktop Client geben. Die Phone Edition / kompatiblen Devices sind ja – meiner Meinung nach – insbesondere etwas für Gemeinschaftsräume, Küche, Besprechungsraum und weitere Szenarien. Also immer dort wo es um nicht-persönliche Telefone geht.

Read Full Post »

« Newer Posts