Mehrere TV-Server, 1x SQL, FTR - Klappt das? (1 Viewer)

[thb]

Entsprechend der seitens der Entwickler vorgegebenen Grundinstallation wird ja der SQL Server auf dem gleichen Rechner wie der TV Server installiert. Da der SQL Server jedoch genauso gut über das Netzwerk erreichbar ist, sollte die Verbindung der einzelnen TV Server zu einem zentralen SQL Server nicht das Problem sein. Zumal auch bei der Installation ausgewählt werden kann, wenn bereits ein SQL Server läuft.

Allerdings sind in der DB zur jeweiligen Hardware die Kanalzuordnungen usw. gespeichert. Zudem wird durch MP jeweils der gleiche DB-Name "MpTvDb" im SQL-Server angelegt bzw. verwendet.

Wenn Du dann einen MP Server eingerichtet hast, würde auch der zweite TV Server auf diese DB zugreifen, dort bei abweichender Hardware jedoch nicht weiterkommen, da die eigene TV Karte und Senderzuordnung nicht enthalten ist.

Denkbar wäre der Lösungsansatz mit einem zentralen SQL Server und 2 oder 3 Clients mit TV Server nur dann, wenn jeweils eine eigene DB angelegt und genutzt wird.

Ob's läuft - k.A. Lege lieber die Sat Kabel zum zentralen MP TV Server ;-)

 

[KayDiefenthal]

Entsprechend der seitens der Entwickler vorgegebenen Grundinstallation wird ja der SQL Server auf dem gleichen Rechner wie der TV Server installiert. Da der SQL Server jedoch genauso gut über das Netzwerk erreichbar ist, sollte die Verbindung der einzelnen TV Server zu einem zentralen SQL Server nicht das Problem sein. Zumal auch bei der Installation ausgewählt werden kann, wenn bereits ein SQL Server läuft.

Allerdings sind in der DB zur jeweiligen Hardware die Kanalzuordnungen usw. gespeichert. Zudem wird durch MP jeweils der gleiche DB-Name "MpTvDb" im SQL-Server angelegt bzw. verwendet.

Wenn Du dann einen MP Server eingerichtet hast, würde auch der zweite TV Server auf diese DB zugreifen, dort bei abweichender Hardware jedoch nicht weiterkommen, da die eigene TV Karte und Senderzuordnung nicht enthalten ist.

Denkbar wäre der Lösungsansatz mit einem zentralen SQL Server und 2 oder 3 Clients mit TV Server nur dann, wenn jeweils eine eigene DB angelegt und genutzt wird.

Ob's läuft - k.A. Lege lieber die Sat Kabel zum zentralen MP TV Server ;-)

genau momentan ist es nur mit singel tv server möglich aber in den anfängen der tve gabs die funktionen für multi server support du dann konnte auch die konfig gemacht werden wie er sich wünscht nur momentan gibts den slave button nicht mehr

der grund ist das es noch ein paar probleme gab und man sich erstmal auf die basis config singel server und multible clients konzentrieren wollte
wenn das stabil ist und die dev haben das meiner meinung nach schon zu 98% geschafft kommt bestimmt auch wieder der multible server support

 

[steelrat]

Ein Multi-Server Betrieb wird mit ForTheRecord ermöglicht, da der MP-Client nicht mehr direkt mit dem TV-Server kommuniziert, sondern über den Umweg ForTheRecord.

ForTheRecord selbst kann mehrere unterschiedliche Tuner/Recorder-Devices verwalten, z.B. TV-Server, DVB Dream und andere.

Somit ist das ganze Konstrukt modular und man ist bei der Wahl der Tuner nicht mehr auf TV-Server festgelegt. Zugegebenermaßen ist allerdings der TV-Server momentan das verlässlichste Recording-Device.
Auch beim Frontend wird man mittelfristig nicht auf Media Portal festgelegt sein, Anpassungen für z.B. Meedio sind in der Community in Arbeit.

Man ist also nicht mehr auf die Multi-Server-Funktionalität von MP angewiesen, da dieser Teil von FTR gehandelt wird, wo es eindeutig funktioniert (z.B. bei mir).

Das Zusammenlegen der dB auf ein System würde ich allerdings aus den Gründen, die die Vorredner bereits aufgeführt haben, nicht empfehlen.
Bei einem System mit FTR ist die Auslastung der dB durch den TV-Server bzw. MP selbst sehr gering, anders sieht es bei FTR aus.

Zurück zu der ursprünglichen Idee: Kannst du so machen, bis auf die dB Thematik, hier lieber eine dB pro PC.
Bei dem PC, auf dem FTR Core läuft, auf gute dB Performance achten, z.B. schnelle HDs für die dB Daten und ausreichend RAM.

Um einer offensichtlichen Frage vorzugreifen:
Die Clients werden nicht unbedingt die jeweiligen lokalen Karten benutzen, sondern die Karte, die lt. der globalen Priorisierung in FTR "an der Reihe ist". Somit kann es im ungünstigsten Fall vorkommen, daß Client 1 die Karte in Client 2 nutzt und umgekehrt. Also auf jeden Fall für ausreichend Netz-Performance sorgen (besser wired als wireless).

hoffe, das bringt etwas Licht in's Dunkel

bye, steelrat