• Es wird erwartet, dass die infra-Version 7.7.1 installiert ist.
• Der Server ist ausschließlich in der 64Bit-Version verfügbar. Falls bisher 32Bit eingesetzt wurde und nicht eine parallele Instanz des neuen Servers aufgesetzt werden soll, beachten Sie bitte die Hinweise zur Umstellung auf 64Bit in Kapitel 3.3.2.3.
• Der neue Server verwendet KEINE INI-Dateien mehr. Das heißt infraServer.ini und sbasesql.ini sind passé. Bei einer Aktualisierung von einer Vorgängerversion werden beim ersten Start des Servers 
  die ggf. vorhandenen INI-Einstellungen in die Registry übertragen und beide INI-Dateien in „*.ini.sav“ umbenannt.
  Bei Bedarf sind alle Einstellungen des neuen Servers in der Registry unter „HKEY_LOCAL_MACHINE\SOFTWARE\infra.NET\Server\DataBase\(Name der Instanz)“ zu finden.
• Die Bearbeitung der Konfigurationseinstellungen findet aber direkt in der neuen Server Management Konsole statt – entweder über das Kontextmenü „Eigenschaften…“ des Datenquellen-Baums oder das gleiche Kontextmenü auf der Seite „Datenquellen“:

• Neue Datenquellen werden ebenfalls direkt in der Server Management Konsole über das Kontextmenü „Neue Datenquelle…“ eingerichtet und in Betrieb genommen.
• Für die Einrichtung einer SQL-Datenquelle dient eine existierende und funktionierende „native“ infra-Datenquelle als Ausgangsbasis.
• In infra:NET selbst sind zunächst noch keine Anpassungen für SQLpur notwendig – d.h. infra:NET kann sowohl mit einer nativen infra-Datenquelle als auch mit SQLpur arbeiten – alles über den gleichen infra:NET Serverdienst.
• Der neue infra:NET Server unterstützt sowohl für die SQL-Replikation (mit nativer Datenquelle) als auch für SQLpur derzeit folgende Verbindungstypen:
•  SqlClient
•  OleDb
•  Odb
  mit nur 2 Verbindungsangaben: Connection Typ und Connection String. Damit sind zukünftig endlich einheitliche ConnectionStrings für Replikation (Online/Total), OLTPSynAgent, SQLpur und den StdClientConnectionString für die  infra-Anwendungskomponenten möglich.
  Aber Vorsicht: In der Betaversion ist noch kein neuer OLTPSyncAgent enthalten, so dass bei Verwendung der asynchronen Replikation derzeit noch ein OleDb-ConnectionString verwendet werden muss.
• Die Totalreplikation wird zukünftig nicht mehr aus der infra-Anwendung möglich sein, sondern nur noch – wie auch in dieser Testversion – über das „Aufgaben“-Kontextmenü der Server Management Konsole.
• Über das „Aufgaben“-Kontextmenü können derzeit folgende Aufgaben (teilweise für einzelne Tabellen oder die gesamte Datenquelle) angestoßen werden:
•    Reorganisation (auch SQLpur – siehe unten)
•    Indexaufbau
•    Replikation
•    DataDictionary generieren
• Eine Reorganisation einer SQLpur-Datenquelle kann nötig werden, wenn innerhalb der ISN-Identspalte einer Tabelle zu viele Lücken entstanden sind und das Verhältnis zwischen noch verfügbaren ISNs (derzeit max. 4294967295) und Lücken ungünstig wird. Durch die Reorganisation werden diese Lücken geschlossen. Der Zustand bzgl. der vorhandenen Lücken wird in der Server Management Konsole in der Tabellenübersicht einer SQLpur-Datenquelle als Vitalitäts-Ampel angezeigt.
• Im infra-Programm 920 werden für eine SQLpur-Datenquelle in der Betaversion noch alle Dateien als Defekt angezeigt. Das hat keine Bedeutung.

• infra:NET Server Management Konsole öffnen
• Im Datenquellenbaum oder auf der Seite „Datenquellen“ das Kontextmenü „Neue Datenquelle…“ klicken
• Der Datenquelle einen Namen geben – z.B. „SQLPUR“ – und eine Bezeichnung
• Als Datenquellentyp „SQL Datenbank“ wählen.
• Bei Server-Dictionaryverzeichnis ein Verzeichnis wählen, unter dem auf dem Server die letzten verbliebenen Datenquellen-Dateien „ko.dat“, „sibdd.bin“, „sibdd.ntb“ gespeichert werden sollen – z.B. „d:\infra\daten\sqlpur“
• Als Connectiontyp z.B. „System.Data.SqlClient” wählen – bei Auswahl eines anderen Typs muss auch der ConnectionString entsprechend passend angegeben werden(!)
• Connection String mit SQL-Server, neuem SQL-Datenbanknamen und Zugangsdaten angeben – z.B. „Data Source=KS-QUAD;Initial Catalog=INFRA_SQLPUR;User Id=sa;Password=sasasa“
• Bitte den „Export-Ordner“ prüfen – hier werden bei der Einrichtung der SQL-Datenbank einmalig die CSV-Dateien für die Übertragung der infra-Daten per Totalreplikation abgelegt. Der Ordner muss für den SQL-Server sichtbar und (rechtemäßig) zugreifbar sein.
• So könnte das dann aussehen:

• Nach „OK“ erscheint kurze Zeit später der Einrichtungsassistent:

• In der Auswahlliste die „native“ Datenquelle wählen, aus der die Daten für die neue SQL-Datenquelle kopiert werden sollen. Nach „Start“ führt der Assistent alle notwendigen Einrichtungsschritte zur Erzeugung der
  neuen SQL-Datenquelle durch:

• Bei Erfolg oder Fehler wird eine Meldung ausgegeben. Im Erfolgsfall kann der Assistent mit „Schließen“ beendet werden und die Datenquelle steht zur Verfügung. Trat ein Fehler auf, muss die LOG-Datei des infra-Servers geprüft werden. Nach „Schließen“ kann die LOG-Datei über das Register „LOG“ der Datenquelleneigenschaften geladen werden.
• Damit die neue Datenquelle in infra:NET genutzt werden kann, muss sie noch in der „sibdb.ini“ eingetragen werden – es reicht dazu diese eine Zeile in der Sektion :
  [DataSources]
  TESTPUR:                "Test SQLpur",Yes