Ste83

Es gibt schon weitere DCs. Auch der Exchange, WSUS und Sharepoint sind umgezogen. Der Grund warum es nicht weitergeht, ist das alte und wichtige Maschinen noch auf Ihn verweisen (für Programme abholen). Das wurde damals häufig sogar unter der IP Adresse eingerichtet. Und um das umzustellen, braucht es die Maschinenhersteller und auch ne entsprechende Downtime. Aber da muss ich nun wohl mehr dran bleiben. Backup gibt es schon (Veeam). Aber leider habe ich den Fehler zu spät bemerkt. Entweder schon älter oder eben mit Fehler. Weis auch nicht ob ich mir damit nicht mehr ärger einhandel. Lieber wäre mir die Migration zu beschleunigen oder den Fehler zu fixen. Mit Client PCs habe ich bei chkdsk bisher gute Erfahrungen gemacht. Natürlich ging es da auch immer ohne Bootdisk. Warum würdet ihr es bei einem Server / DC nicht machen?

Hallo, mein SBS 2008 (der im Rahmen der einer Auflösung steht - die aber aufgrund anderer Probleme etwas dauern kann) zeigt seit dem letzten Neustart im Ereignisprotokoll an, das die das Dateisystem auf Laufwerk C beschädigt und unbrauchbar ist (manchmal auch das auf \device\harddiskvolume1) Es funktioniert soweit ich sehen kann alles. Der Server ist virtualisiert und andere Maschinen haben keine weiteren Probleme. Denke also es ist kein Hardwarefehler und das NTFS einfach irgendwo was abbekommen hat. Wenn ich chkdsk ausführe findet er verwaiste Datensatzsegmente usw. ich soll es mit dem Parameter /F versuchen. mach ich das sagt er erst beim nächsten Neustart. Mach ich das führt er chkdsk leider nicht aus, es kommt manchmal kurz ein Hinweis, dass er keinen Zugriff bekommt. Im Abgesicherten Modus ist ebenso. Wie schaff ich es das Dateisystem zu reparieren? Mit einem Start von einer Windows CD? Ist das supportet bei DCs? Kann es irgendeine sein, oder sollte es eine Win2008 Server CD sein? Danke.

Also es war kein RoutingGroupConnector. Bin ich wohl bei der Internetsuche drauf gestoßen und habe es interpretiert. Dein Link Norbert hat mich zu einer Seite gebracht, wo ich gesehen habe, dass es ein ForeignConnector war. Das zeigte mir auch ein get-foreignconnector an. Ich habe die Einstellungen gespeichert und das ganze dann mit Remove-ForeignConnector gelöscht. Bisher funktioniert alles wie gewohnt. Danke.

Da ist er nicht dabei. Da sehe ich nur die, die ich auch im Exchange Admin Center unter Empfangsconnectors finde. Er taucht auch nicht unter Get-SendConnector auf. Unter ADSI sehe ich das der entsprechende Eintrag die "Klasse" mailGateway hat. Die 2 weiteren Einträge - die ich auch als Sendeconnector finde - haben die Klasse msExchRoutingSMTPConnector. Was ich auch nicht zuordnen kann ist der "Text Messaging Delivery Agent Connector" mit der Klasse msExchDeliveryAgentConnector. Vielleicht helfen ja diese Informationen weiter.

Ich habe von Ex2007 auf 2013 aktualisiert. Das hat super geklappt und es läuft noch alles. Jetzt ist mir aufgefallen das am Ex2013 öfters mal einen Fehler im Ereignisprotokoll steht: Ereignis 5016 MSExchangeTransport Microsoft Exchange konnte keine Route zum Connector 'CN=Windows SBS Company Web Connector OldEX007Server,CN=Connections,CN=Exchange Routing Group (DWBGZMFD01QNBJR),CN=Routing Groups,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=XXX,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=XXX,DC=local' in Routingtabellen mit dem Zeitstempel 04.11.2016 09:50:39 erkennen. Dieser Connector wird nicht verwendet. Gesamtanzahl Quellserver: 1; Anzahl unbekannter Server: 1; Anzahl Quellserver ohne Routing: 0; Anzahl inaktiver Quellserver: 0. Ich habe den Ex2007 schon komplett entfernt. In der Ex2013 Shell scheint es den Befehl Get-RoutingGroupConnector nicht mehr zu geben. Ich finde den Connector via ADSI Edit. Nun die Frage. Kann ich den Eintrag da einfach löschen? Oder sollte ich versuchen mir die Ex2007 Managementtools zu installieren und das da via Konsole/Shell zu lösen? Danke.

Will es ja nicht abschalten. Sondern ich lass es so wie es ist. Sollte ja ja automatisch im stateless mode sein.

Guten Morgen, danke für die Meinungen. Dann werde ich es mal doch lassen. Firewall wird nächstes Jahr getauscht. Dann könnte ich ja nochmal einen Anlauf wagen.

Hmm. Der BPA vom DHCP sagt mir er muss mindestens an eine IPv6 Adresse gebunden werden. Dadurch bin ich drauf gekommen. Da reicht die Link Lokale wohl nicht. Der Sinn ist, das man ja irgendwann mit IPv6 anfangen sollte/müsste. Und ich dachte mir, ichhabe jetzt Zeit mich damit zu beschäftigen. Außerdem denke ich, dass wenn es korrekt konfiguriert ist, ich es auch verstanden habe. Bisher weiß ich nur, dass ich IPv6 nicht deaktiviert habe, es aber auch nicht konfiguriert habe. Natürlich gibt es grad nichts was nicht funktioniert. Und ich kenn die Regel Never Touch a Running System... Deshalb erst mal der kleine Schritt das jeder Client eine passende IPv6 IP bekommt und DNS/DHCP intern richtig funktioniert. Dann könnte man auch einfacher auf Externe Anbindung wechseln wenn die Firewall das kann. Von daher wahrscheinlich eher der Bereich der Telekom. Oder ich lass es doch. Generell handelt es sich nicht um ein Kundennetz, sondern es ist das eigene Netz.

Hallo Forum, ich würde gerne IPv6 bei uns im Netzwerk konfigurieren. Wir haben ein einfaches Netz, wo alle Geräte in einem Subnetz sind und über ein Gateway ins Internet kommen, falls sie es dürfen. IP4 Adressen sind für Server und einige Geräte fest vergeben, Rest wird per DHCP Verteilt. Server sind 2012R2 und ein paar ältere 2008 Server. Clients meist Win 10 und Win7. Aber auch ein paar XP für BDE Erfassung (ohne Internet). Habe schon eine gut klingende Anleitung von Heise gefunden um meinen DHCP um IPv6 zu erweitern. Wichtig ist noch das unsere Firewall kein IPv6 kann. Es würde aktuell nur Intern eingesetzt werden. Für mich stellt sich nun die Frage ob: a) IPv6 mit einer Adresse aus einem Privaten Bereich (fdXX:: ) b) Oder IPv6 mit einer Adresse die uns die Telekom zuweist (im Kundencenter gibt es unsere feste IPv4, einen Bereich für IPv6 Öffentlich und einen IPv6 fürs Kundennetz / LAN). Ich würde das für das Kundennetz nehmen. Wäre hier 2003:000A:*:: c) Oder würdet ihr sagen, lass den Käse wie er ist und bleib bei den Einstellungen wie sich die Server und Clients installiert haben (Link Lokale Adressen) Vielen Dank.

Also bei uns gibts nur einen DHCP. Und das ist der aktuell am SBS 2008. Habe ein wenig gelesen und im Internet gesucht. Einige Anleitungen gefunden, wie man einen Stateless DHCP einrichtet. Nur beim SBS ging ja das automatisch. In der DHCP Verwaltung sehe ich den IPv6 Server. Er läuft, aber es ist kein Bereich vergeben. Als Serveroptionen sind 00023 mit der statischen IPv6 des SBS konfiguriert und als Option 00024 Domänensuchliste steht meine Domäne drinnen. Ist das dann ein Stateless DHCP? @Blub. Eigentlich hast du recht. Sollte mich wohl mehr damit beschäftigen. Bisher ist es einfach so, das unsere Firewall kein IPv6 nach aussen durchlässt. Und Server wie Clients wurden mit den Standardeinstellungen von Microsoft installiert und nichts geändert. Dadurch sind schon einieg Clienst da mit aktiven IPv6- Inwieweit dann dadurch IPv6 schon intern genutzt wird, weis ich aber nicht. Eigentlich nicht gut.

Hallo, ich aktualisiere gerade mein Netzwerk von SBS 2008 auf Server 2012R2. Noch läuft der SBS und hat alle FSMO Rollen und ist auch noch DHCP. Aber das wird noch anders. Habe jetzt 2 neue 2012R2 DC in die Domäne aufgenommen. Funktioniert alles bestens. Die haben feste IPv4 Adressen und der DNS Server verweist jeweils als erstes auf den anderen, sowie als 2. per 127.0.0.1. auf sich selbst. Den DHCP habe ich nun angwiesen die beiden neuen DNS mit auszugeben (Frage: kann ich den SBS schon komplett rausnehmen? oder sollte der als 3. DNS Server mit drinnen bleiben?) Alle Geräte mit fester IP wie Switche, andere Server usw. gebe ich jetzt die beiden neuen als DNS Server mit. Soweit denke ich alles OK im IPv4 Bereich. Nun stellt sich mir die Frage muss ich da bei der IPv6 Anbindung auch irgendwas machen? Der SBS 2008 hat eine feste IPv6 und auf die verweist auch der DNS Server (unter Eigenschaften der LAN Verbindung -> IPv6) Bei den neuen DCs steht bei IPv6 "Automatisch beziehen". Ebenso beim DNS. Ist das richtig? Sollten die nicht auch feste Adressen bekommen und wieder auf sich gegenseitig verweisen? Wenn ja, wie vergebe ich feste IPs bvbei v6? Und müsste ich beim DHCP Server im Bereich IPv6 nicht auch dann deren Adressen als DNS Server eintragen damit die Clients auch davon was mitbekommen? Da steht bei Option 00023 bisher nur die Adresse des SBS drinnen. Immer mehr Clients hier haben ja IPv6 aktiviert. Ändere da auch nichts bisher. Oder mache ich mir hier zuviele Gedanken und es geht einfach so? Achja. Internet ist rein IPv4. Unsere Firewall lässt nichts "neumodisches" wie IPv6 durch... ;-) Danke im voraus.

Als Grund gaben sie da an, das dann auch 4 CPUs frei sein müssen damit der Hypervisor der VM überhaupt Rechenzeit geben kann. Das ist unwahrscheinlicher als das 2 gleichzeitig frei sind und kann dazu führen das 4 CPus langsamer sind als 2 CPUs. (bezogen auf Esxi) So die Begründung die ich öfters gelesen habe. Aber ob das so ist weiß ich aber nicht. So lange es ohne beinträchtigung funktioniert werde ich es mal so lassen.

In einem anderen Forum ist bei VMs immer davon die Rede so wenig wie möglich aber nötig. Nach der Devise bin ich vorgegangen. Aber ggf. kann ich da klar 4 CPUus draus machen. Der Server hat 12 Stück + 12HT Kerne... Aber es war wirklich der Kaspersky der den Traffic auf Port 443 untersucht hat. Mit der Ausnahme das beim Process outlook.exe der Traffic auf Port 443 mit dem Ziel IP Exchange nicht gescannt wird läuft es wieder wie gewohnt.

Danke. Der Virenscanner war es. Habe jetzt eine Ausnahme für Outlook erstellt, das der Virenscanner nur den Traffic auf Port 443 nicht mehr untersucht. Muss nur noch prüfen ob der Virenscan an sich noch richtig funktioniert.

Er hat den Patchstand CU12. Er läuft auf einen Windows 2012R2 mit ebenfalls aktuellen Patchstand. Das ganze ist eine Virtuelle Maschine mit 2 Cores und 16GB Ram auf Esxi 6.0. Der unterliegende Datenspeicher ist zwar nicht der schnellste, aber mit einem Raid 6 aus 8 x 10K SAS Laufwerken an einem Raidcontroller mit 1GB Cache nicht so schlecht. (Raidlevel wurde uns so empfohlen). Es läufen auch nicht andere Ressourcenintensive VMs auf dem Server. Das ganze ist ja auch nur für 25 Exchangepostfächer.

Hallo, wir sind von Ex2007 auf Ex2013 gewechselt und haben auch teilweise die Office Versionen auf 2016 angehoben. Wir arbeiten mit dem Cachemodus. Alles im Postfach ist schnell und wie vorher. Nur falls ein Benutzer einen Ordner eines anderen Benutzers aufmacht oder einen öffentlichen Ordner (der nicht in den Favoriten ist. Die wichtigsten ÖO lassen wir auch im Cachemodus) dauert es manchmal 10 Sekunden oder länger bis die Email geöffnet wird. Beim Wechsel auf die nächste Mail wieder. Unabhängig von Outlook 2016,2013,2010 oder 2007. Das ist etwas nervig. Wenn ich währenddessen den Taskmanager auf dem Exchangeserver offen habe, sehe ich weder eine erhöhte CPU Belastung noch ist der Arbeitsspeicher voll (bisher 60%). Was könnte es denn sein? Was kann ich machen damit es besser läuft? Vielen Dank im voraus.

Vielleicht habe ich zu kompliziert gedacht. Ich wusste nicht ob sich Outlook 2016 schon an einem existierenden Ex2007 in der Organisation stört. Das wäre ein Problem für mich gewesen. Jetzt weiß ich das es nicht so ist. Ich versuche jetzt eben so schnell wie möglich alles auf den neuen Server zu bekommen und die Outlooks entsprechend schnell nachzuziehen. Dann habe ich auch kein Probleme mehr. Danke für die Hilfe.

Wenn es nichts kosten soll: https://buy.wosign.com/free/#ssl Eine Beschreibung gibt es hier

Kleine Update: Habe Outlook 2016 mal auf einen Client installiert. Es hat Zugriff auf das Postfach falls dieses schon auf dem Exchange 2013 liegt. Auf die öffentlichen Ordner des Ex2007 kann ich aber nicht zugreifen. Will ich Öffentliche Ordner im Outlook ausklappen, so kommt die Fehlermeldung Netzwerkfehler. Exchangeserver nicht verfügbar.

Guten Morgen, also der Zugriff auf die öffentlichen Ordner ist aktuell kein Problem. Das funktioniert Out of the Box bei der Migration. Nur sobald Outlook 2016 ins Spiel kommt und ich die ÖO noch nicht migriert habe denke ich das es zu Problemen kommt. Werde das einfach mal bei einem User testen, der nicht unbedingt Zugriff auf die Öffentliche ordner haben muss. Sein Postfach wird er schon aufbekommen solange es schon migriert wurde. Wenn nicht war Was würdest du/ihr als Ersatz für öffentliche Ordner vorschlagen?

Es war diese Anleitung. Fand ich sehr gut. Hat auch soweit alles geklappt, bis auf ein paar Probleme mit dem Zertifikat und XP Clients, sowei ein paar SBS Besonderheiten. Wurde aber gelöst. Meine Frage zielte auf was anderes. Muss/Will ja die XP Clients ablösen. Dazu habe ich PCs mit Win 10 und Office 2016 gekauf bzw. wird das drauf neu installiert. Deshalb muss ja erst der Ex 2007 weg, damit Outlook 2016 geht. Die Mailbox eines Benutzers mit XP habe ich umgezogen und wollte da testhalber Office 2016 installieren. Leider kam die im ersten Post besagte Meldung. Wohl wegen den Öffentlichen Ordnern. Aber die Öffentlichen Ordnern soll man ja erst migrieren wenn alle Mailboxen auf dem Ex 2013 sind... Ist eben leider Komplex, wenn man Softwaretechnisch soweit hinterherhängt. Aber die neuen (Server)Lizenzen sind ja mit SA gekauft worden. Sollte nun besser werden... ;-) Eine Frage noch. Wie sicher seit ihr euch das es nur an den Öffentlichen Ordnern liegt? Hintergrund. Ich möchte den Exchange 2007 anch der MIgration auf dem SBS leer mitlaufen lassen bis ich alles andere migriert habe (WSUS, Sharepoint, Fileserver, DHCP usw.) und mich nicht der Gefahr aussetzen, das komplexe Gebilde durch eine Exchange Deinstall außer Tritt zu bringen, so lange da noch wichtige Dinge drauf laufen. Wäre natürlich b***d, wenn ich bis dahin nicht Office 2016 installieren kann... Danke!

Hallo, ich habe neben unseren SBS 2008 mit Exchange 2007 einen Exchange 2013 installiert nach Anleitung. Es passt auch soweit alles und ich übernehme die ersten Postfächer was super klappt. Das Autodiscover zeigt schon auf den 2013, sowie alle Connectoren. Manche Postfächer, sowie die öffentlichen Ordner liegen aber noch auf dem Exchange 2007. Wollte nun an einem Client ein neues Office 2016 installieren. Das entsprechende Benutzerpostfach ist schon umgezogen. Sieht man im Outlook auch gut dran das in den Konteneinstellungen der Server durch ne GUID ersetzt wurde. Trotzdem sagt mir das Installprogramm das ich aus einem meiner aktuellen Postfächer keine Emails empfangen kann da nicht mit Exchange 2007 kompatibel. An welchem Postfach es genau liegt sagt er mir leider nicht... Für die weitere Planung wäre es sehr gut zu wissen, an was es liegt. Ob an den Öffentlichen Ordnern und ich die erst migrieren muss, oder ob der ganze Exchange 2007 aus der Struktur verschwinden muss. Weis das jemand? Danke.

Vielen Dank. Habe danach mal gegoogelt. Verschieben der Folder Herarchies habe ich was gefunden, wo es mit dem Exchange System Manager gemacht wurde. Den habe ich ja nicht mehr... Würde ich es dann per ADSI Editor machen? Rechte Maustaste und verschieben? Und die Gruppe löschen ebenfalls per ADSI? Oder einfach ignorieren und das bis Ex2016 mitschleppen?

In der dazugehörigen Lösung für a) wird auf die Offlineadressbücher eingegangen. Da habe ich sowieso festgestellt das ich 2 Stück habe. Und eines ist glaube ich das vom exchange 2003. Im ADSI habe ich in der eigenschaft "sitefolderserver" des entsprechenden OAB den alten eintrag vom TempDC gefunden. In der Lösung für b) wird auf die eigenschaft "sitefolderserver" eingegangen. Hier sucht der BPA wohl nach Einträgen mit "DEL" in der entsprechenden Eigenschaft. Denke ich lösche das alte OAB einmal und lass das ganze erneut laufen. Vielleicht ist es dann weg. Wie würde ich den die ganze administrative Gruppe löschen? Per ADSI? So. Meldung a) ist weg durch löschen des OABs in der Verwaltungskonsole. Bei Meldung b) Sagt das ganze die Problemlösung ( https://technet.microsoft.com/de-de/de/library/4a057fc7-fbaf-4863-9675-318d5d0139f0.aspx ) wie oben beschrieben das was mit "DEL" im Attribut "sitefolderserver" steht. Im ADSI habe ich ein entsprechendes Attribut bei "cn=erste administrative gruppe" gefunden. Ich denke am besten lösche ich die ganze Administrative gruppe. Aber ich finde ich auch Hinweise das man die erste adminsitraitve gruppe eben nicht löschen sollte. (Link) Was meintest du mit "theoretisch? Norbert?

Also irgendwie bich wohl durcheinander geraten. Sorry.