Nobbyaushb

Ja, kann man.

Einstellungen findest du in den zugewiesenen Policies unter Standorte und Dienste.

Und ja, max. 90 Tage, bevor du ein Problem hast.

;)

Das geht so nicht.

Snapshots sind bei Exchange nicht supportet und genau das hast du zurückgesichert.

Baue eine neue VM mit dem gleichen OS, SP, IP und Namen, Serverkonto im AD zurücksetzen und Exchange in exact der gleichen Version sprich CU am CMD mit /M:RecoverServer neu installieren, dann die DB´s wieder einhängen.

:rolleyes:

2003er AD?

Hast du noch 2003er Maschinen oder ist nur der Level 2003?

Und warum werden Usern Administrative Rechte gegeben?

:rolleyes:

Moin,

ja, man kann - dazu müsste man aber vorher wissen, welches OS drauf ist,

ob das der Einzige oder Teil einer Farm,

und was noch drauf läuft,

welches Office etc.

Und natürlich die Ausstattung, Physik, VM usw.

;)

Wenn die Zertifikate nichts mehr zugewiesen sind, warum warten?

;)

Aus welchem Grund hast du für den neuen Standort denn eine neue Sub-Domäne installiert? Gibt es da sinnvolle Gründe für?

Wäre meine nächste Frage gewesen....

Und wahrscheinlich auch noch eine anderes Netz mit einer anderen IP-Range - Stichwort Routing

;)

Moin,

ich nehme an, in der Sub hast du einen eigenen DC laufen, sonst wäre es keine Sub.

Ich das eine echte Sub oder wie seit 2008R2 möglich, eine Sub mit eigenem FQDN?

Kann der Exchange diesen DC ohne Probleme erreichen, geht die sync mit den vorhandenen DC´s?

;)

Der Schalter /M:RecoveryServer bricht ab. Führt mich aktuell auch nicht weiter.

Moin,

hast du das mit der entpackten CU8 am elevated CMD ausgeführt? (Ausführen als Administrator)

Geht nur, wenn wie im meiner Antwort #8 geschrieben das OS neu ist und KEIN Exchange installiert ist.

Ggf. hast du mit deinem Versuch mehr kaputt gemacht als vorher.

Ich meine, eine andere Web.Config hätte gereicht, nun zu spät.

Zitat von zwei MVP´s:

Es gibt selten gute technische Lösungen für Verhaltensprobleme.

:jau:

Off-Topic - ist der 2005er nicht schon lange aus dem Support?

Recoverserver geht immer nur mit der installierten Version - also bei dir CU8.

Dazu musst du die DB´s sichern / wegkopieren, damit du die dem neuen Server später wieder unterschieben kannst.

Das die Maschine neu aufsetzen, bevor du den als Memberserver hinzufügst, das Maschinen-Konto im AD zurücksetzen.

Aber das wäre eigentlich der letzte Weg.

Schau doch mal ins Log, was da an Fehlern auftaucht.

Zusätzlich wäre ein Blick in das ExchangeSetupLog in der Root hilfreich.

16h für ein CU? ist das ein C64? :)

Ergänzend zum anderen Norbert:

Ist das Update sauber durchgelaufen?

CU kann man nicht deinstallieren - oder willst du den Exchange aus einem Backup wiederherstellen?

:rolleyes:

Moin,

lief der denn schon mal in der Konfig?

;)

Guten Morgen Board *Licht aus*

@lefg März ´77 bis Dez 79 Inst - Bodengeräte, SEA-Mech-Meister :D

Ich wünsche allen ein erfolgreiche und stresslose Woche :)

Hi,

 

hatte die DNS-Einstellungen richtig vorgenommen, jedoch übersehen, dass bei IPv6 als bevorzugter DNS ::1 eingetragen war. Habe das nun behoben.

 

 

DNSDiag wird auf dem System nicht gefunden. :/

Moin, das ding heißt auch dcdiag, sorry.

Zusätzlich mal showrepl laufen lassen mal mit /? für die verschiedenen Parameter aufrufen (gilt auch für dcdiag)

Start wäre showrepl /syncall

;)

Mahlzeit,

schönen Sonntag allen, heute ist das Wetter ja nicht so doll.

... das machten wir etwas kleiner und spezieller bei der Bundeswehr, bei der Luftwaffe, bei der Flarak, wir waren also Fachleute.

Etwa bei der 37 in Altenwalde?

:cool:

Sagte ich bereits. Wird natürlich schwer, wenn Hinweise dann nicht befolgt werden... :/

Tja... :D

Moin,

habe ich schon mal gesehen, das ist ein OEM-Controller von LSI, für Fujitsu gebaut.

Waren die Daten nach dem Ausfall (vor dem herunterfahren) noch in Ordnung bzw. Zugriff hat sauber geklappt?

Bei meinem Kunden half danach übrigens nur das löschen der logischen Partition, neu erstellt und Restore aus dem letzten Backup.

Da hat wohl die Firmware vom Controller eine Macke, war auch ein D2616.

;)

Moin,

den Unterschied siehst du in den DNS-Einträgen.

Der neue Server sieht nur sich selber über IPv6 :::1 ist das gleiche wie 127.0.0.1 bei IPv4,local Loopback.

DNS werden gegenseitig eingetragen, also bei dem neuen Server .200 und .201, bei dem alten Server ist da richtig.

Dann mal am Administrativen CMD DNSdiag laufen lassen.

Gib den Maschinen ein bisschen Zeit.

Was sagt der AD BPA dazu?

;)

Wobei es eine klar Definition von umsonst und kostenlos gibt :D

Viele Geräte haben auch immer noch mindestens 1 USB 2.0 Anschluß (leider nicht alle...)

Dann baue dir ein Setup (ohne PE), das direkt mit USB 3 klarkommt, ich frage am Montag mal meinen Kollegen, der für uns so einen gebaut,

ich meine, das kommt aus dem Windows Resource Kit.

;)

Nicht ganz, auf dem neuen Server muss auch die Rolle Active Directory hinzugefügt sein, und einmal den Wizard zu Ende laufen lassen.

Das passiert nicht, wenn man eine Maschine als Domain-Member einrichtet.

Übrigens wird dir automatisch das DNS mit eingerichtet.

Danach unbedingt den AD BPA laufen lassen und die Probleme abarbeiten (ja, das sind welche...)

;)

Moin,

für mich zum Verständnis - an einem Client, der hinter dem SBS hängt oder am SBS selbst?

;)

Moin,

RBAC ist dein Freund, baue einfach eine neue Gruppe, die das dürfen und schmeiße das bei Alle raus.

Neil hat dazu mal was geschrieben: (war für 2010, stimmt aber noch)

http://www.msexchange.org/articles-tutorials/exchange-server-2010/management-administration/exchange-2010-role-based-access-control-part1.html

;)

Moin,

" ^T^T^T^T^T^T " erhält man in der Kommandozeile doch wenn "Ctrl" + T gedrückt wird, hängt da eventuell ein Barcode Scanner am Laptop oder klemmen die Keys?

 

Grüsse

 

Gulp

ergänzend fällt mir dazu die beliebte Büroklammer bzw. rausgenommene Heftklammer in der Tastatur ein.

Hat bei uns sogar schon Mainboards zerstört, wegen Kurzschluss auf der Keyboard-Platine.

Seitdem nur noch gekapselte Keyboards von Cherry, sind auch noch Wasserdicht.

;)