Uwe.Prions
New member
Hi NSP Gemeinde!
Nachdem ich zwei Kundenserver problemlos auf die v14 gebracht habe incl. Server inplace Upgrade, SQL2017, Startpunkt war jew ein 2012R2 mit SQL 2012SP4 und NSP 13.2, hab ich mit dem aeltesten Kandidaten ein Problem:
Dieser Server laeuft schon sein vielen Jahren (2013) und war vor der Migration noch auf Server 2012 (ohne R2), SQL 2014) und NSP 12.2. Nutzen tun wir NSP seit 2007... Tolle Sache. Vorher mit Spamassassin auf Linux war schwierig...
Habe also als ersten Schritt (nach nem Snapshot und am WE) nen in Place Upgrade auf 2012R2 und 2016 gemacht. Nach Installation von Updates lief NSP einwandfrei. Dann ein Update von NSP auf 13.1, dann auf 13.2, beides hat funktioniert (, ja .NET 4.8 manuell installiert).
In dem Zug hab ich auch irgendwann das SQL Setup fuer 2017 ausprobiert, das "fand" aber nur zwei alte DB's (NOSPAMPROXYDB) deren Dienste zu einer alten 2008er Installation gehoert hatten und die deaktiviert waren. Die DB in Benutzung heisst nur "NOSPAMPROXY" und scheint unter SQL 2014 zu laufen. Also SQL 2012 deinstalliert, damit gab es nur noch den einen SQL Server Dienst. NSP funktioniert.
SQL Upgrade auf 2017 laeuft nun durch, aber hat die NOSPAMPROXY DB nicht gefunden.
Wenn man in den installierten Apps schaut, findet man da SQL Installationen von 2005, 2008, 2012(jetzt nicht mehr), 2014, 2016 (Da wohl das Management Studio...) und jetzt 2017.
Die Datenbank laeuft aber noch unter 2014 und NSP v14 verweigert die Installation.
Zur Vorgeschichte:
Genau weiss ich nicht mehr, aber vor 5 oder 6 Jahren hatte ich ein Problem bei der Einfuehrung von Large Files und das zusammen mit dem Support geloest. Edit: Hab alte Mails gefunden. War 2014, da haben wir Large Files zusammen mit der Beta von NSP 9.0 ausprobiert und ich meine der Henning Krause hat mir damals beim Import der alten Messagetrack Eintraege per Teamviewer geholfen (Erfolgreich...)
Dabei ist (unklare Erinnerung) wohl die 2012 SQL exportiert und neu in die 2014er eingespielt worden. Deswegen gab es ne alte und ne neue DB.
Wie soll ich weiter vorgehen? Bin mit SQL jetzt nicht soo sattelfest, dank Snapshots und co koennte ich am naechsten Wochenende nen Versuch wagen und irgendwie nen Export machen, alles vor 2017 deinstallieren und versuchen mit der Management Console das wieder zu importieren. Oder dann direkt auf 2022 gehen? Windows Server ist inzwischen ja auf 2016.
Viel Text, ich weiss. Danke fuers lesen und drueber nachdenken...
Support haben wir nur ueber unseren Haendler, der muss aber meistens alle Fragen an netatwork weiterleiten, daher probier ich es erstmal hier. Die haben ja alle bestimmt genug zu tun...
LG
Uwe
Nachdem ich zwei Kundenserver problemlos auf die v14 gebracht habe incl. Server inplace Upgrade, SQL2017, Startpunkt war jew ein 2012R2 mit SQL 2012SP4 und NSP 13.2, hab ich mit dem aeltesten Kandidaten ein Problem:
Dieser Server laeuft schon sein vielen Jahren (2013) und war vor der Migration noch auf Server 2012 (ohne R2), SQL 2014) und NSP 12.2. Nutzen tun wir NSP seit 2007... Tolle Sache. Vorher mit Spamassassin auf Linux war schwierig...
Habe also als ersten Schritt (nach nem Snapshot und am WE) nen in Place Upgrade auf 2012R2 und 2016 gemacht. Nach Installation von Updates lief NSP einwandfrei. Dann ein Update von NSP auf 13.1, dann auf 13.2, beides hat funktioniert (, ja .NET 4.8 manuell installiert).
In dem Zug hab ich auch irgendwann das SQL Setup fuer 2017 ausprobiert, das "fand" aber nur zwei alte DB's (NOSPAMPROXYDB) deren Dienste zu einer alten 2008er Installation gehoert hatten und die deaktiviert waren. Die DB in Benutzung heisst nur "NOSPAMPROXY" und scheint unter SQL 2014 zu laufen. Also SQL 2012 deinstalliert, damit gab es nur noch den einen SQL Server Dienst. NSP funktioniert.
SQL Upgrade auf 2017 laeuft nun durch, aber hat die NOSPAMPROXY DB nicht gefunden.
Wenn man in den installierten Apps schaut, findet man da SQL Installationen von 2005, 2008, 2012(jetzt nicht mehr), 2014, 2016 (Da wohl das Management Studio...) und jetzt 2017.
Die Datenbank laeuft aber noch unter 2014 und NSP v14 verweigert die Installation.
Zur Vorgeschichte:
Genau weiss ich nicht mehr, aber vor 5 oder 6 Jahren hatte ich ein Problem bei der Einfuehrung von Large Files und das zusammen mit dem Support geloest. Edit: Hab alte Mails gefunden. War 2014, da haben wir Large Files zusammen mit der Beta von NSP 9.0 ausprobiert und ich meine der Henning Krause hat mir damals beim Import der alten Messagetrack Eintraege per Teamviewer geholfen (Erfolgreich...)
Dabei ist (unklare Erinnerung) wohl die 2012 SQL exportiert und neu in die 2014er eingespielt worden. Deswegen gab es ne alte und ne neue DB.
Wie soll ich weiter vorgehen? Bin mit SQL jetzt nicht soo sattelfest, dank Snapshots und co koennte ich am naechsten Wochenende nen Versuch wagen und irgendwie nen Export machen, alles vor 2017 deinstallieren und versuchen mit der Management Console das wieder zu importieren. Oder dann direkt auf 2022 gehen? Windows Server ist inzwischen ja auf 2016.
Viel Text, ich weiss. Danke fuers lesen und drueber nachdenken...
Support haben wir nur ueber unseren Haendler, der muss aber meistens alle Fragen an netatwork weiterleiten, daher probier ich es erstmal hier. Die haben ja alle bestimmt genug zu tun...
LG
Uwe
