ara

Hallo, folgendes Szenario: 2 Exchange 2010 SP1 RU4 Server in einer DAG. Jeder hat auch eine öffentliche Ordner DB, und bisher waren beide in jedem Ordner als Replikat eingetragen. Server A hatte nun einen Crash bei dem die Öo-DB Schaden genommen hat. Nach einer "harten" Reparatur mit eseutil /p ließ sie sich zwar wieder mounten, aber die Replikation funktionierte nichtmehr. Meine Idee war nun diese DB einfach komplett zu löschen (alle Daten sind ja noch auf dem 2. Server vorhanden), und eine neue, leere DB anzulegen und wieder replizieren zu lassen. Doch ich bekomme die kaputte DB einfach nicht gelöscht. Ich habe mittels RemovePublicFolderRecurse.ps1 alle Replikatseinträge dieses Servers rausgenommen, und mit ExFolders draufgeschaut und die noch verbliebenen entfernt. Doch immer noch kommt beim Versuch die DB zu entfernen die Fehlermeldung es seien noch Ordnerreplikate vorhanden. Wie werde ich diese DB los? Oder könnte ich ihm irgendwie die funktionierende DB des anderen Servers "unterschieben"?

"aufs Netzwerk warten" ist per GPO aktiviert?

joa, das kann schon sein, die virtuelle Netzwerkkarte wird auch Interrupts erzeugen. Schau doch mal was diesen ganzen Traffic erzeugt, zb mit netstat, Wireshark etc.

Diese Erklärung warum es virtuell sein muss macht doch garkeinen Sinn. Wenn ich einen _zusätzlichen_ Server hinstelle gibt es keine Unterbrechung des täglichen Arbeitsablaufs, egal ob der physikalisch oder virtuell ist. Höchstens durch die Installation des Clients auf den Arbeitsplatzrechnern, aber da ists auch egal welcher Art der Server ist. Virtualisierung mag zwar Hip sein, aber braucht nicht auf Teufel komm raus noch in ein ohnehin schon überfrachtetes Thema gequetscht zu werden. Genau wie die dann noch erwähnte Außendienstanbindung per UMTS. Allein darüber könnte man eine ganze Arbeit schreiben mit VPN etc. Btw will man mit so einem System sicher nicht von 0 anfangen, sondern eine Datenübernahme aus einem Alt-System ist gefragt. Evtl. dann auch noch Anpassungen des Programms auf die Gegebenheiten im Unternehmen.

sagt das Eventlog irgendwas? Bei einem physischen Server würde ich ja auf Probleme mit einem Gerät tippen, also zb Plattencontroller oder Netzwerkkarte.

steht doch eigentlich im Klartext da was Sache ist. Sie wollen nicht dass du an ihren sekundären MX (relay.zrone.de) schickst, obwohl der primäre MX (mail.****-***.de) verfügbar ist. Was sagen denn die MX Einträge der Empfängerdomain? Hast du per Regeln etwas konfiguriert damit der 2. MX benutzt wird?

generell: Eventlog auf Fehler untersuchen, prüfen ob die Replikation noch funktioniert (ich nehme an es geht ums AD, oder?).

ich zitiere einfach nochmal NilsK: lesen, verstehen, anwenden.

du meinst so eine Konfiguration: MSXFAQ.DE - 2-Server-DAG ? Ja, dann brauchst du ein CAS-Array, wie dort beschrieben. 2 extra Server brauchst du nicht.

mal mit einem anderen User an diesem Rechner gegengetestet?

hö? Wie willst du denn das eingerichtet haben? 1 User kann nur 1 servergespeichertes Profil haben. Also entweder gibst du ihnen für den Terminalserver ein lokales Profil (das dann eben völlig unabhängig vom servergespeicherten ist), oder du richtest noch eine Ordnerumleitung für den Desktop ein.

Mein Verständnis davon: der Status Code 5.7.9 ist bereits vordefiniert, d.h. in der Exchange Programmlogik hart definiert unter welchen Umständen er auftritt, das kannst du nicht durch Transportregeln überschreiben. Den Text davon hast du jetzt angepasst, allerdings solltest du das imho wieder rückgängig machen, da er sehr wahrscheinlich nicht zu dem eigentlich Event passt (Auth-Too-Weak, siehe draft-newman-auth-resp-00 - Authentication Responses for Protocols (SMTP, IMAP, POP, etc)). Im übrigen würde ich mich auch von den restlichen dort erwähnten Statuscodes fernhalten (5.7.10-13), auch wenn Exchange das in der Oberfläche zulässt. Mit sowas wie 5.7.199 solltest du eher auf der sicheren Seite sein.

steht doch dran wenn man den Statuscode eingeben will: "Gültig sind der Wert 5.7.1 und der Bereich 5.7.10 bis 5.7.999". 5.7.9 ist also nicht zulässig.

joa, evtl. den 2008er mit Exchange nicht zum DC machen, und stattdessen den 2003er nach Deinstallation von Exchange nur als DC weiterlaufen lassen. Einen guten Upgrade Guide für Exchange findest du hier: Upgrade Exchange 2003 to Exchange 2010

Dann musst du deine Leute eben richtig schulen (lassen). Liegt eben in der Verantwortung der Leute ob sie (öffentlich) zusagen, zusagen und es für sich behalten, oder zb auch garnicht reagieren. Ähnlicher Fall wie wenn du für deine Mails eine Lesebestätigung anforderst. Die kann man dann versenden, muss es aber nicht.

imho "working as intended". "Antwort" bezieht sich eben nicht auf einen zusätzlichen Text, sondern auf das Zu-/Absagen an sich. Zusagen - ohne Antwort -> wird nur im eigenen Kalender als zugesagt eingetragen.

ich nehme an es gibt keinen DNS/WINS Server im Netzwerk? Ist "Client für Microsoft Netzwerke", evtl. auch "Datei- und Druckerfreigabe" an der Netzwerkkarte aktiv?

oder einfach die .csv mit Excel öffen/dort importieren. Dort kannst du dann formatieren bis der Arzt kommt ...

Genau. Und nein, das geht nicht per GPO. Die Appdata Ordnerumleitung würd ich wieder rausnehmen, das servergespeicherte Profil sorgt da beim Abmelden selber für die Synchronisation. Und für die Schüler braucht ihr die servergespeicherten Profile natürlich genauso.

habt ihr denn für die User überhaupt servergespeicherte Profile eingerichtet? Nur "Eigene Dateien" umleiten reicht dazu nicht, es muss auch ein Profilpfad am User eingerichtet sein.

steht da evtl. noch ein Mailserver vor dem Exchange, beim Provider (MX Einträge!?)? Evtl. hat der Mails zwischengespeichert die bisher zu groß waren und stellt die nun nach und nach zu.

auch Sharepoint kann keine 2 Versionen einer zb Excel Datei _zusammenführen_ , oder?

hört sich nicht nach einer reinen TCP/IP Anwendung an, sondern eher nach SMB. Stimmen die Freigabe/NTFS Berechtigungen?

Ich löse mal wieder selber ;) Ganz banale Ursache: Outlook setzt bei einem ganztägigen Termin "Anzeigen als" standardmässig auf "Frei". Damit wird der Termin bei allen die nur die Frei/Gebucht Informationen sehen eben garnicht angezeigt. Stellt man es auf "Beschäftigt" wird er ganz normal angezeigt.

nein, ist nicht aktiv, der entsprechende Termin wird auch zugesagt vom Raumpostfach. Ich habe inzwischen ein wenig probiert, wird er über eine Besprechungsanfrage angelegt funktioniert es grundsätzlich, es dauert aber recht lange (bis zu 30 min) bis er angezeigt wird, bzw verschwindet wenn die Besprechung abgesagt wird. Kann man da irgendwo drehen um das zu beschleunigen? Ich probiere jetzt grade noch den Fall wenn der Termin direkt eingetragen wird, bis jetzt (~ 10 min danach) ist noch nichts zu sehen. Edit: Achja, alle beteiligten Clients sind im Online Modus. Edit2: Auch jetzt, ca 1h später wird der Termin noch nicht angezeigt. Achja, der Kalender wird über "freigegebene Kalender" geöffnet, und ist für alle mit "Limited Details" freigegeben. Edit3: Bei einem normalen Mitarbeiter der einen ganztägigen Termin bei sich einträgt sehe ich ihn auch nach einiger Zeit, bei dem Raumpostfach aber immer noch nicht.