SQL Server Lizenzierung für WSUS

Edit:
Ich habe leider soeben erst gesehen, das @NordicMike heute schon eine ähnliche Frage platziert hat:
Indirekte SQL Lizenzierung

Hi,
weiß jemand, welche Lizenzen fällig werden, wenn man einen MS SQL Server ausschließlich für einen WSUS Server verwenden will?

Hintergrund ist, dass wir seit ca. 3 Wochen Probleme mit der Synchronisation unserer Downstream Server haben.
Wir haben - seit Jahren - einen WSUS Server in der Zentrale und ca. 10 Replica Downstream Server an den Standorten, welche sich jeweils von diesem zentralen Server synchronisieren. Die Datenbanken sind alle jeweils >30 GB. Der zentrale Server nutzt einen vorhandenen MS SQL Failovercluster. Die Downstream Server nutzen jeweils ihre lokale WID.

Die tägliche Synchronisation der Downstream Server steigt jeweils bei 99% und nach ca. 20-22 Minuten aus, mit Fehler

Vorweg genommen:
Wir kennen die "Tricks" mit dem regelmäßigen Aufräumen der Datenbanken, haben nur die tatsächlich benötigten Updates freigegeben, laden nur genehmigte Inhalte herunter. Tipps in dieser Richtung bringen uns also nicht weiter.
Und bitte nicht verwechseln: Es geht um die DB, nicht um die Dateien. Der Content Download vom zentralen Server auf die Downstream Server funktioniert immer noch. Dieser läuft ja auch nachgeordert zur Synchronisation der DB.

Wir haben auch keine Probleme mit fehlendem Festplattenplatz oder CPU/RAM. Die Synchronisationen liefen bis Anfang Juni tadellos. Doch dann sind plötzlich alle Downstream Server mit dieser o.g. Fehlermeldung ausgestiegen. Ich vermute, dass wir zu diesem Zeitpunkt die 30 GB DB-Größe überschritten hatten. So genau kann ich das jetzt nicht mehr belegen.

Es schien naheliegend, dass es am zentralen Server liegen müsste, weil dieser das gemeinsame Element aller Server ist. Aber die o.g. Fehlermeldung bezieht sich auf die eigene DB des jeweiligen Downstream Servers. Diese greifen nicht direkt auf die DB des Upstream Servers zu.

Also habe ich experimentiert und an 3 Downstream Servern folgende Prozedur reproduzieren können:

1. Installation SQL Server 2014 Standard auf dem WSUS Server
2. Die SUSDB 1:1 vom WID an den SQL Server gehängt.
3. WSUS in der Registry von WID auf SQL Server konfiguriert
4. Die Synchronisation des Downstream Servers lief prompt fehlerfrei durch!
5. Gegenprobe: Die SUSDB wieder 1:1 an den WID gehängt, WSUS Server angepasst
6. Die Synchronisation des Downstream Servers lieferte prompt wieder o.g. Fehler.
7. Erneute Gegenprobe: SUSDB wieder von WID nach SQL Server
8. Die Synchronisation lief wieder fehlerfrei.

Die Synchronisation vom Upstream Server läuft auch mit der WID fehlerfrei, wenn man den Downstream Server nicht als Replikat konfiguriert. Das kann man durch wechselndes Aktivieren und Deaktivieren jeweils provozieren: Replika aktiviert --> Fehler, Replika deaktiviert --> läuft.
D.h. neue Updates werden immer repliziert. Nur die Replikation der Gruppen und der Genehmigungen, welche nur bei Replikaten erfolgt, führt dann zu diesem Fehler.

SQL Server Express Edition fällt aus wegen der DB-Größe >10 GB.
SQL Server Standard würde das Problem lösen. Aber wie muss das lizensiert werden?

E.

> SqlException: Das Ausführungstimeout ist abgelaufen. Der Timeoutzeitraum wurde überschritten, bevor der Vorgang beendet wurde, oder der Server antwortet nicht. ---> System.ComponentModel.Win32Exception: Der Wartevorgang wurde abgebrochen
> bei Microsoft.UpdateServices.DatabaseAccess.DBConnection.DrainObsoleteConnections(SqlException e)
>    bei Microsoft.UpdateServices.DatabaseAccess.DBConnection.ExecuteReader()
>    bei Microsoft.UpdateServices.Internal.DataAccess.HideUpdatesForReplicaSync(String xmlHiddenUpdateIds, String xmlAllUpdatesIds)
>    bei Microsoft.UpdateServices.ServerSync.CatalogSyncAgentCore.ProcessHiddenUpdates(Guid hiddenUpdates, UpdateIdentity allUpdates)
>    bei Microsoft.UpdateServices.ServerSync.CatalogSyncAgentCore.ReplicaSync()
>    bei Microsoft.UpdateServices.ServerSync.CatalogSyncAgentCore.ExecuteSyncProtocol(Boolean allowRedirect)
>