Nee, die läuft (in diesem Fall) vorher. 
Beiträge von nordtech
-
-
wurde bei euch das Update von <262 auf die aktuelle automatisch installiert?
Nein. Ich habe das am Freitag bei einigen Kunden, die die automatische Aktualisierung wünschen, wieder eingeschaltet auf "Immer, Sonntags, 3:00 Uhr". Dann SL neu gestartet. Als ich Pfingstmontag drauf geschaut habe, war nach wie vor die alte Version (vor "Dekade 3") eingerichtet, so dass ich das Update manuell anstoßen musste.
-
Danke, probiere ich mal aus. Muss aber bis zum Abend warten, um den SL neu zu starten. Wobei, der ist ja nach der Installation schon mehrfach neu gestartet, warum hat er denn da nicht alle Tabellen angelegt? Seltsam.
Zum Einsatz kommt der "gute alte" SQL 2008R2 mit SP3. Ich hatte versucht, einen SQL 2014 zu installieren und dann David darauf zu verbinden (SQL-Eintrag in der david.ini usw.), aber außer ca. 100 Fehlermeldungen pro Sekunde (!) in System\Ereignisse kam da nichts. Daher SQL2014 wieder weggeputzt, den SQL2008 vom Tobit-ISO-Image neu installiert, lief. Zumindest im Prinzip.
-
Was mich immer ärgert ist, dass man die Rechte nach der Migration neu setzen muss
Ah, dann ist das also doch "by design". Ich dachte, es hätte damit zu tun gehabt, dass ich das Verzeichnis David manuell vor der Installation angelegt habe.
Der Verlust der Rechte ist fies, das stimmt. Zumal sich im konkreten Fall viele Gruppenkalender, Sammelordner etc. im Archiv befanden. Da durfte ich manuell alles wieder einrichten. Aus diesem Grunde wollte ich eigentlich auch nicht das Migrations-Tool benutzen, sondern manuell umkopieren - und den neuen Server identisch wie den alten benennen. Scheiterte leider daran, dass sich der alte Server nicht umbenennen lassen wollte, solange er in der Domäne war ("Der Verzeichnisdienst ist ausgelastet" - glatt gelogen). Und beim Rausnehmen aus der Domäne wären mir evtl. die Rechte verloren gegangen.
Naja. Inzwischen läuft fast alles wieder sauber; abgesehen vielleicht vom Gruppenchat (vgl. anderer Thread).
Vielleicht versuche ich beim nächsten Mal tatsächlich eine halb-manuelle Migration: Grundgerüst mit dem Tool, und die User-Archive dann "zu Fuß" per Strongbox.
-
Ergänzung: Wenn ich im SQL-Server Management Studio unter "TeamBoards Database" > Tabellen nachsehe, habe ich dort nur die Tabellen dbo.conversations und dbo.convmapping; bei einem Vergleichs-Server ist an der Stelle eine ganze Menge mehr eingetragen. Sollte der SL nicht beim Start fehlende Tabellen automatisch ergänzen? Der Kontakt zum SQL müsste OK sein; Volltextindex läuft, Fehler in den Ereignissen gibt's auch keine...
-
Moin,
nach Installation des neusten Rollouts und Migration auf einen neuen Server habe ich bei einem Kunden folgendes Phänomen: Chat läuft wie gewohnt, aber wenn man eine neue Chat-Gruppe erstellt und mehrere Teilnehmer zuordnet, lässt sich der geschriebene Text nicht abschicken. Nach Druck auf Enter passiert einfach - nichts.
Kann das mit dem SQL-Server zu tun haben? Der ist auf dem neuen Server "frisch" eingerichtet, wir haben an der Stelle nichts migriert. Aber warum funktioniert dann der normale Chat? Hat jemand eine Idee?
-
Hallo z'samm, über Pfingsten bin ich seit Längerem mal wieder in den Genuss gekommen, eine David-Installation per Migrationstool durchzuführen. Das lief im Prinzip auch ganz gut, und dass in der aktuellen Version die User-IDs identisch bleiben, feiere ich weiterhin. Allerdings sind mir auch ein paar Sachen aufgefallen, die ich spontan nicht ganz deuten konnte. Hat jemand von euch kürzlich mit dem Tool eine Installation umgezogen und kann folgende Punkte bestätigen (oder eben auch nicht)?
- In den User-Verzeichnissen wird kein temp-Pfad angelegt. Wird der nicht mehr benötigt?
- Archive unterhalb von "Benutzer", die keinem aktiven Benutzer mehr zugeordnet werden können, werden nicht migriert. Alte User-Ordner fallen also weg.
- Auf den Terminal-Servern wurde beim Client-Update der Fax-Drucker gelöscht aber nicht neu angelegt.
- Verteilregeln im David-Admin wurden nicht übernommen.
Weiterhin gibt's im Migration-Tool ja die Option, das Client-Setup anzupassen, so dass die Clients automatisch den neuen Server finden. Weiß jemand, wie das funktionieren soll? Hat bei mir zumindest noch nie geklappt; ich musste immer nach der Migration händisch den Namen des neuen Servers bei den Clients eintragen. Wo/wie/wann soll da eine Benachrichtigung der Clients stattfinden, müssen die dazu während der Migration online und mit dem alten Server verbunden sein, oder wie?
Fragt man sich. Ansonsten aber überraschend gut gelaufen; etwas über 300 GB an Archiven und kein Abbruch.
-
Alles wird extrem hakelig. Nach einem Reboot läuft es wieder bis zum Aufruf des David-Clienten
Das klingt nach dem gleichen Problem wie damals mit dem 1607-Update: Problem mit Windows 10 Build 1607
Alles was ich dazu sagen kann, ist, dass die aktuellen David-Versionen auch mit dem Creator's Update (1703) weitgehend problemlos funktionieren.
-
Sagt mal... Funktioniert bei euch die Option "Systray-Symbol anzeigen statt David-Client beenden" in Einstellungen -> Ansicht? Ich kann da den Haken rausnehmen soviel ich will, der Client geht immer in den Systray und beendet sich nie komplett.
Kann allerdings nicht sagen, ob das evtl. schon bei einem vorhergen Rollout kam. Fiel mir nur gerade auf.
-
gab es auch so einen Aufruhr aus Office 2013/2007 kam und alles anders war?
An einige Sachen gewöhnt man sich halt, aber offen gesagt: Dass ich je nach aktivem Reiter z. B. in Word nicht (wie früher) IMMER direkten Zugriff auf den Schriftschnitt habe, nervt mich auch heute noch. Manche Dinge sind schlichtweg nicht sinnvoll, und an diesen Stellen waren meine Kunden stets dankbar dafür, dass Tobit etwas konservativer agierte.
Sicher ist Fortschritt nicht aufzuhalten, es ist nur die Frage, ob es wirklich "besser" oder einfach nur "anders" ist. Die subjektiven Empfindungen sind diesbezüglich durchaus verschieden.
-
In den Release Notes lese ich "Die lokale Hilfe wurde entfernt und wird künftig durch ein Forum ersetzt."
Sehr, sehr schade. Lokale Hilfe ist zwar schon länger außer Mode, aber ich fand gerade diese Funktion bei Tobit immer echt klasse, sowohl im Client als auch im David Administrator. Ganz "klassisch", kontextsensitiv, offline, schnell - geil. Fix F1 gedrückt, schon wurden die gröbsten Fragen beantwortet.
Zugegeben, von meinen Kunden kennt das offenbar niemand (obwohl schon hundermal darauf hingewiesen), die fragen lieber bei mir an.
Aber ich habe da oft gesucht, z. B. nach "Befehl", wenn mir wieder mal eine @@-Syntax entfallen war. Wenn's denn wenigstens im David Admin bleibt, ist das ja OK. Bis der nächste "Optimierer" dann auf die Idee kommt, es auch dort wegzukürzen."Selbsterklärend" ist allerdings ein Wunschtraum seitens Tobit. Nehmen wir nur mal "Einstellungen -> Global -> Bestätigungen", da sollen die technisch mitunter komplexen Auswirkungen mit vier Wörtern für den Endanwender "selbsterklärend" sein? Naja.
-
ich hab seit dem neuen Lancom router ein problem und zwar kann ich via smartphone/tablet im wlan keine emails synchronisieren.
Wie JackC schon schreibt: Es kommt darauf an, wie du auf den Smartphones den Server angibst. Ist das ein auflösbarer Hostname, kannst du diesen im lokalen DNS-Server überschreiben und so den WLAN-Clients quasi den direkten Weg zum David-Server weisen.
Ansonsten, oder falls du eine feste WAN-IP als Server angibst, muss der Router NAT Loopback bzw. Hairpin NAT beherrschen. Ich hab' beim schnellen Googlen bzgl. Lancom nichts dazu finden können, aber frag doch einfach mal den Lancom-Support, die sind sehr kompetent. Die Funktion wird der Router ziemlich sicher beherrschen, man muss sie nur in den Tiefen der Konfiguration finden.
-
Hm, OK, hat sich wohl erledigt. Ich hab' testweise die automatische Konfiguration der ISDN-Ports im RT1202 deaktiviert, dann neu gestartet und anschließend auch die Ports im David beendet und neu gestartet. Jetzt läuft's plötzlich. Eigentümlich, aber egal - rennt.
-
Hallo z'samm, ich hab' da mal ein Problem.
Szenario: Alter Server (Win 2003) beim Kunden, der auf Virtualisierung und Umzug vorbereitet werden soll. Im ersten Schritt haben wir daher die verbaute 4BRI durch eine Bintec RT1202 ersetzt. Software deinstalliert, Karte raus, neue CAPI eingerichtet, klappte soweit alles.
Es soll nun aber nicht nur die Zentral-Faxnummer empfangen werden, sondern auch diverse Durchwahlen. Mein Problem: Eingehende Faxe an die Zentrale werden problemlos entgegen genommen, solche an die Durchwahlen jedoch nicht. In allen 4 konfigurierten Ports im David herrscht "Schweigen im Walde", also keinerlei Aktivität im Portmonitor. Das anrufende Fax bekommt ein Freizeichen, es hebt aber niemand ab. Da bei den Ports nichtmal eine Meldung erscheint, dass sich irgendwas tut, wähne ich das Problem auf Seite der RT1202.
Die Ports im Bintec habe ich gemäß der Tobit-Anleitung "ISDN-Anbindung von David per bintec Router" eingerichtet, sie werden nach dem Start des Gerätes korrekt erkannt ("Dialup (Euro-ISDN), ISDN-Konfigurationstyp: Punkt-zu-Mehrpunkt"). In der MSN-Konfiguration habe ich gemäß Anleitung für jeden physischen Anschluss eine Dummy-MSN hinterlegt, damit (laut Anleitung) alle eingehenden Rufe an den David bzw. die CAPI übergeben werden. Da hakt es aber offenbar. Ich habe auch schon versucht, die MSN-Konfiguration korrekt einzustellen, also mit der Durchwahl eines Users, oder ganz rauszulöschen. Ergebnis immer: Zentralnummer geht rein, Durchwahlen nicht.
Im David sind die Ports so eingerichtet, wie sie auch bei der 4BRI konfiguriert waren, also weitgehend ohne spezielle Konfiguration. Verteilmethode = MSN, Ausgangs- und Eingangs-MSN leer.
Hat jemand eine Idee, wo deas Problem liegen könnte?
-
kann man einen Nutzer das Recht nehmen Regeln anzulegen!
Ja. David-Administrator: User -> Rechte -> "Verteilregeln erstellen/bearbeiten"
-
Bekommt man D3 mit normalem Sitecare? Wird das auch automatisch installiert, wie alle anderen Updates auch?
Früher oder später, ja. Momentan ist es aber nur für jene Installationen verfügbar, die manuell von einem Fachhändler auf die "Early Bird"-Liste gesetzt wurden.
Die normale Verteilung an alle soll "in den kommenden Wochen" erfolgen, laut Tobit. Ein exakter Termin ist bisher nicht kommuniziert worden.
-
Dass die Vorschau unterhalb der Nachrichten noch möglich ist, hätte man im Video ruhig etwas deutlicher kommunizieren können. Somit wird die ganz große Revolte bei den Kunden vermutlich ausbleiben, zumal die Einstellung beim Client-Update offenbar übernommen wird. Mit der Favoritenleiste unten kann man sich ja notfalls arrangieren - obwohl sich mir trotzdem nicht die Notwendigkeit erschließt, dies nun zwingend vorzugeben, statt es einfach wählbar zu lassen.
Was als Eindruck letztlich übrig bleibt: Bonjour tristesse. Lässt man die Vorschau unter der Nachrichtenliste, dann gibt es in der Standardeinstellung nicht einen einzigen Farbtupfer - 24" Grau in Grau, wie anno dunnemals auf monochromen Display, nur in größer.
Sogar die Ordner im Navigator sind standardmäßig grau. Das finde ich persönlich... nicht schön. -
Release Notes sind Online
Tja. Ich bleibe dabei: Bisschen Gefrickel am Design und Zwang zur neuen Ansicht, ansonsten nichts spannendes. Das klingt maximal nach einem stinknormalen Rollout, im worst case allerdings durch das erzwungene Layout nach einem Update, das die Kunden vergrätzt.
Sorry, aber von einer "Revolution" und einem "Aufbruch in die dritte Dekade", extra mit einer Veranstaltung in Ahaus und mehrfachen Meldungen in der TSPN-App hätte ich jetzt ein bisschen mehr erwartet. Fast schon Vaporware.
-
Kotz. Also doch nur Design-Gefrickel am Client incl. Bevormundung des Users und irgendeine Spielerei mit Chayns. Ich freue mich schon auf das "begeisterte" Feedback der Kunden.
-
Ich hab' meine Kunden seinerzeit gefragt, ob sie eine automatische Aktualisierung wünschen oder eine, die ich nach 2-3 Wochen Test manuell einspiele. Die allermeisten haben für die Automatik gestimmt, wobei man fairerweise sagen muss, dass diese in letzter Zeit (incl. Client-Update) auch stets gut funktioniert hat.
Vor dem Hintergrund, dass man notfalls relativ einfach auf die vorherige Version "zurückrollen" kann, sah ich keine große Notwendigkeit fürs manuelle Einspielen jedes einzelnen Updates, zumal das immer nach Feierabend bzw. am Wochenende erfolgen muss - jetzt aber liegt der Fall etwas anders, denn es stehen ja offenbar größere Änderungen in Haus. Das möchte ich mir dann schon gerne etwas genauer/länger anschauen, bevor ich die Version auf den Kunden loslasse. Wenig hilfreich ist in diesem Zusammenhang, dass der genaue Zeitpunkt der Verteilung an die normalen Installationen nicht definitiv kommuniziert wird.
