Fluke MET/CONNECT

MET/CONNECT ist Flukes MET/TEAM-lose Auslieferung derselben MET/CAL-Datenbank. Flukes eigene Installationsanleitung beschreibt es so: MET/CONNECT erlaubt es, MET/CAL zu nutzen, ohne die MET/TEAM-Verwaltungssoftware mitzuschleppen — Fremdsysteme holen sich die Kalibrierergebnisse über eine schlanke REST-API oder einen Dateiexport.

Für calServer heisst das: MET/CONNECT wird genauso angebunden wie MET/TEAM. Dieselbe Verbindung, dieselbe Provisionierung, derselbe automatische Abgleich in beide Richtungen. Es ist keine zweite Anbindung, sondern eine Ausprägung derselben Sync-Instanz.

Warum das funktioniert

Beide Produkte liegen auf demselben Datenbankschema:

	MET/TEAM	MET/CONNECT
Tabellen (Assets, CallSheets, CallSheetResults, ToolAssignments, …)	vorhanden	vorhanden
Native spl_*-Prozeduren, die calServer aufruft	vorhanden	vorhanden
AuditLog2, AssetSync	legt calServer an	legt calServer an
DB-Versionsstrang	bis 3.4.0	derselbe Strang, bis 3.8.0
Eigene Anwendungsoberfläche	ja	nein

Der Nachweis ist kein Vertrauensvorschuss: der nächtliche Integrationslauf fährt dieselbe Testsuite gegen beide Produkte, mit den Beispieldatenbanken von den jeweiligen Installationsmedien. Details in MET/TEAM-Testdatenbank.

Einrichtung

Voraussetzungen

• Eine erreichbare MET/CONNECT-Datenbank auf Microsoft SQL Server 2016 oder neuer (das fordert MET/CONNECT selbst).
• Ein SQL-Server-Login mit Rechten zum Anlegen von Prozeduren, Tabellen und Triggern — die Provisionierung legt die Sync-Schnittstelle in der MET/CONNECT-Datenbank an. db_owner deckt alles ab.
• Den Datenbanknamen. Der MET/CONNECT-Installer fragt ihn beim Einrichten ab; die Vorgabe ist metconnect.

Instanz anlegen

1. Administration → Erweiterungen → Fluke MET/TEAM öffnen.
2. Neue Instanz anklicken, Namen vergeben (z. B. „Kalibrierlabor") und als Produkt MET/CONNECT wählen.
3. Im Reiter Verbindung Server, Port, Benutzername, Passwort und Datenbank eintragen, dann Verbindung testen.
4. Im Reiter Synchronisation festlegen, was abgeglichen wird (Inventar, Kalibrierungen, Ergebnisse), und provisionieren.

Ab hier ist nichts mehr produktspezifisch: der Abgleich läuft über dieselben geplanten Aufgaben wie bei MET/TEAM (metteam:pull und metteam:push, je alle 15 Sekunden), über dieselbe Ausgangs-Warteschlange und dieselbe Diagnose.

Bestandsinstanzen bleiben MET/TEAM

Eine Instanz ohne ausdrückliche Produktangabe gilt als MET/TEAM. Das betrifft jede Installation, die es vor der Unterscheidung schon gab — dort ändert sich nichts.

Produkt einer bestehenden Instanz ändern

Im Reiter Verbindung über das Feld Produkt. Die Angabe steuert keine Sync-Logik, sondern nur, wie die Gegenseite in Oberfläche, Diagnose und Fehlermeldungen heisst. Wer sie umstellt, muss deshalb nicht neu provisionieren.

Was MET/CONNECT nicht hat

MET/CONNECT bringt keine eigene Oberfläche mit, in der ein Anwender die abgeglichenen Daten wiederfindet — das ist gerade der Zweck des Produkts. Wer kontrollieren will, was calServer geschrieben hat, schaut in calServer selbst, in die Diagnose (Reiter Werkzeuge) oder direkt in die Datenbank.

Die MET/CONNECT-REST-API (Standardports 6381/6382) bleibt davon unberührt und kann parallel weiterlaufen. calServer nutzt sie nicht: sie liest nur und kann nicht schreiben, der bidirektionale Abgleich braucht den direkten Datenbankzugriff.

Nach einem Fluke-Datenbank-Upgrade neu provisionieren

Das gilt für MET/TEAM genauso, fällt bei MET/CONNECT aber eher an, weil dessen Schemastrang weiterläuft: Fluke ersetzt die Tabellen Assets und CallSheets beim Datenbank-Upgrade komplett (DROP TABLE und Neuaufbau statt ALTER TABLE). Mit den Tabellen verschwinden die daran hängenden calServer-Trigger — Fluke kennt sie nicht und stellt sie nicht wieder her.

Nach jedem Fluke-Datenbank-Upgrade also: Reiter Synchronisation → provisionieren. Bis dahin steht der eingehende Abgleich still, weil die Änderungswarteschlange AuditLog2 nichts mehr gemeldet bekommt. Die Diagnose (Reiter Werkzeuge) zeigt die fehlenden Trigger an.

Flukes eigene Upgrade-Hinweise sagen dasselbe voraus: eine angepasste Datenbank — ausdrücklich einschliesslich zusätzlicher Indizes — könne durch das Upgrade-Skript unbrauchbar werden.

Fehlerbehebung

Identisch zu MET/TEAM — siehe Fluke MET/TEAM → Fehlerbehebung. Die Diagnose nennt in ihren Meldungen das Produkt der jeweiligen Instanz, eine MET/CONNECT-Instanz meldet also „MET/CONNECT ist nicht erreichbar" und nicht ein MET/TEAM, das beim Kunden gar nicht steht.

Ein Sonderfall lohnt die Erwähnung: meldet die Diagnose fehlende native Prozeduren (spl_Assets_INSERT und Nachbarn), liegt es fast immer an den Rechten des Logins und nicht am Produkt. SQL Server zeigt einem Login nur Objekte, auf die es ein Recht hat — beide Produkte bringen diese Prozeduren mit.

Hintergrund

Die Entscheidung, MET/CONNECT als Instanz-Variante statt als zweite Anbindung zu bauen, samt der verworfenen Alternativen: ADR 2026-08-13.