pablovschby

Zwar spult er die Dateien wenigstens durch im normalen Modus (7,53GB/7,53GB), meint dann aber auch dass die Wiederherstellung fehlgeschlagen ist. Nun aber ist kein Postfach mehr verfügbar (OWA) und wenn ich die Exchange-Verwaltungskonsole öffne, meint diese: Initialisierungsfehler. Er meint dann, WinRM läuft nicht. Bei Eingabe von winrm quickconfig meint er, WINRM laufe bereits für den Empfang und die Computerverwaltung. Ich habe nun gemäss Resolving WinRM errors and Exchange 2010 Management tools startup failures - Exchange Team Blog - Site Home - TechNet Blogs versucht, das Ganze wieder zum laufen zu bringen. Der EMTshooter meint: "successfully completed!" Aber die Management-Konsole von Exchange läuft immer noch nicht. Wie kann ich das jetzt wiederherstellen? Grüsse

Guten Tag Also das sichern der Anwendung "Exchange" mit der MSExch Server Backup Extension hat hier gut geklappt, aber das Wiederherstellen bisher überhaupt nicht. Hat das von euch jemand schonmal geschafft? Bei mir bricht die Wiederherstellung der Anwendung Exchange im Verzeichniswiederherstellungsmodus immer ab mit "Fehler beim Vorbereiten der angegebenen Komponente für die Wiederherstellung." . Im Ereignissprotokoll finde ich eigentlich nichts wirklich relevantes. Der Domänencontroller sei nicht erreichbar undso, aber ich bin ja auch im Verz.wdh.modus. Hat da jemand Erfahrungen mit gemacht? Läuft das bei jmd. auch "mit der (funktionierenden) Wiederherstellungsfunktion" ? Grüsse Pablo

Guten Tag Ich habe lange gebraucht, um anzunehmen, dass ich hier keine Anleitung finde. Wie kann ich einen 2008R2-Server in den Verzeichniswiederherstellungsmodus starten? Sind damit die "Computerreparaturoptionen" beim Starten der 2008-DVD gemeint? Falls nein, mit welcher Taste kriege ich das hin beim Starten des 2008R2 er-Servers? Grüsse Pablo

Die Sicherung sichert nach \\station01\win7 und die Daten habe ich lokal unter D:\ abgelegt. Das ist eine S-ATA-Platte.

Ja, das habe ich jedoch kann ich die Quelle dann gar nicht angeben. Wenn ich wähle, "von einem anderen Ort wiederherstellen", kann ich nur eine Netzwerkadresse angeben. ?

Guten Tag Ich habe hier ein Windows 7 Professional so eingerichtet, dass es mir übers LAN täglich nach \\station01\win7 sichert. Das funktioniert auch wunderbar, es meldet immer, dass die Sicherung erfolgreich war. Die Dateien sind auch immer neuen Datums nach der Sicherung. Jedoch findet mir Windows 7 diesen Sicherungssatz nicht. Unter "Wiederherstellen" meint das Sicherungsprogramm: "Am aktuellen Speicherort wurden keine Sicherungen gefunden..." . Wenn "Andere Sicherungen für Wiederh.st. verwenden" gewählt wird und ich das Netzlaufwerk \\station01\win7 angebe, worauf der aktuell verwendete Benutzer sicher alle Rechte hat, meint die Sicherung: Es wurden keine Sicherungssätze auf ... gefunden. Wählen Sie ein anderes Verzeichnis aus. Hat da jemand einen Rat, wie man da vorzugehen hat? Grüsse

Danke vielmals :)

Guten Tag In der Exchange2010-Verwaltungskonsole zeigt mir Windows 2008 R2 seit geraumer Zeit an: Erforderliche Standard-CALs: 22 . Unter Empfängerkonfiguration/Postfach sind aber nur 19 Postfächer eingerichtet und es gibt auch nur 19 AD-Benutzer, die aktiv auf XP und Vista-Clients genutzt werden fürs Einloggen (=Mitarbeiter). Klar, es gibt noch Systemuser für Backups und Dienstgeschichten, aber "angemeldet" werden nur maximal 19 Benutzer jetzt. Ich muss sagen, dass es mal 3 mehr waren, aber die wurden gelöscht inkl. Postfach (endgültig). Warum ist das so? Kann man dem 2008 da sagen, es solle diese Infos überprüfen? Grüsse

Guten Morgen Kann man den IE nicht so einstellen, dass er ActiveX erlaubt? Grüsse

Von euch weiss niemand, wie man das aktiviert? Grüsse

Danke. Was ich aber nicht herausfand: Wie sage ich dem Exchange, dass er für Outlook Anywhere dann das selbsterstellte SAN-Zertifikat nutzen soll oder macht der das automatisch? Sry habe jetzt wirklich viele Google-Treffer durchgesucht. Grüsse

Hallo Ich verstehe nicht ganz, wo ich diese SAN-Zertifikate finde? Wie kann ich mein Outlook Anywhere umstellen, dass es mir das gleiche Zertifikat nutzt wie OWA? Ich finde dazu irgendwie nichts sry. Grüsse

Hallo miteinander Ich finde einfach nicht heraus, wie ich auf einem 2008R2-Server ActiveX für eine vertraute Website aktivieren kann im IE9. Der Server ist DC. Weiss von euch vielleicht jemand, ob das möglich ist? Danke Pablo

Hallo Warum kann ich nicht einfach das gleiche nutzen, welches ich für OWA nutze? Wisst ihr vlt., wo ich das einstellen kann? Grüsse

Danke. Hier war als 1. IIS gemeint, ja? Werde dann wohl, wenn ich die Events weg habe, die CAS neu installieren müssen. Grüsse

Ja, ich habe alle übertragen. Es ist mir klar, es ist nicht die sicherste Lösung, aber manche Betreiber wollen das so und ich habe schon manche Umgebungen gesehen, in welchen auf dem einzigen DC auch Exchange läuft. Nun gut. Wird Exchange 1mal gebootet ohne dass DC_Alt vorher schon online ist, bringt man OWA nicht zum laufen. Auch nicht, wenn DC_Alt oben ist und man die Exchange-Dienste neu startet. Was meint ihr zu den obigen Meldungen? Die Tatsache, dass alles läuft, wenn DC_Alt online ist von Anfang an, spricht doch dagegen, dass eine Neuinstallation der erwähnten Rollen hilft. Könnt ihr da helfen bitte? Grüsse

Ich danke euch. Ihr meint IIS und Client Access Server, ja? Was ist Client Access Server bzw. in welchen Rollen ist das enthalten? Wäre es ein grosses Ding, das neu zu installieren? Ich nutze den IIS nur für den Exchange... Also wenn ich den DC_Alt herunterfahre und, wenn DC_Alt ausgeschaltet ist, die Exchange-Dienste beende und neu starte (Auch den AD-Topology-Dienst), dann funktioniert mir mein OWA nach wie vor problemlos (?) und ich finde keinen Event, der spezifisch Exchange hier irgendwie etwas aussagt... . Wenn ich aber dann, wenn DC_Alt aus ist, Exchange neustarte, dann kommt mir wieder wie oben diese Fehlermeldung nach dem Login ins OWA: Fehler 500: Die Seite kann nicht angezeigt werden. Ich habe diese zwei Fehlermeldungen im EventLog, die ich damit in Verbindung bringe: Protokollname: Directory Service Quelle: Microsoft-Windows-ActiveDirectory_DomainService Datum: 01.05.2012 16:17:52 Ereignis-ID: 2092 Aufgabenkategorie:Replikation Ebene: Warnung Schlüsselwörter:Klassisch Benutzer: ANONYMOUS-ANMELDUNG Computer: Exchange Beschreibung: Dieser Server ist der Besitzer der folgenden FSMO-Rolle, die jedoch nicht als gültig eingestuft wird. Für die Partition, die das FSMO enthält, wurde dieser Server seit dem letzten Neustart nicht erfolgreich mit einem beliebigen Partner repliziert. Replikationsfehler verhindern die Verifizierung dieser Rolle. Vorgänge, die eine Kontaktaufnahme mit dem FSMO-Betriebsmaster erfordern, sind nicht erfolgreich, solange dieser Zustand nicht behoben wird. FSMO-Rolle: DC=intern,DC=local Protokollname: Directory Service Quelle: Microsoft-Windows-ActiveDirectory_DomainService Datum: 01.05.2012 16:17:13 Ereignis-ID: 2088 Aufgabenkategorie:Verzeichnisdienst-RPC-Client Ebene: Warnung Schlüsselwörter:Klassisch Benutzer: ANONYMOUS-ANMELDUNG Computer: Exchange Beschreibung: Die Active Directory-Domänendienste konnten DNS nicht zum Auflösen der unten aufgelisteten IP-Adresse des Quelldomänencontrollers verwenden. Die Active Directory-Domänendienste wurden erfolgreich mithilfe von NetBIOS bzw. dem voll qualifizierten Computernamen des Quelldomänencontrollers repliziert, um die Konsistenz der Sicherheitsgruppen, der Gruppenrichtlinie, der Benutzer und Computer und deren Kennwörter zu erhalten. Eine ungültige DNS-Konfiguration kann andere wichtige Vorgänge auf Mitgliedscomputern, Domänencontrollern oder Anwendungsservern in dieser Active Directory-Domänendienste-Gesamtstruktur, einschließlich der Anmeldeauthentifizierung bzw. des Zugriffs auf Netzwerkressourcen, beeinflussen. Sie sollten diesen DNS-Konfigurationsfehler unverzüglich beheben, damit dieser Domänencontroller die IP-Adresse des Quelldomänencontrollers mithilfe von DNS auflösen kann. Alternativer Servername: DC_alt Nicht erfolgreicher DNS-Hostname: blabla._msdcs.intern.local HINWEIS: Standardmäßig werden nur maximal 10 DNS-Fehler innerhalb eines Zeitraums von 12 Stunden angezeigt, auch wenn mehr als 10 Fehler aufgetreten sind. Setzen Sie den folgenden Registrierungswert auf 1, um alle individuellen Fehlerereignisse zu protokollieren: Registrierungspfad: HKLM\System\CurrentControlSet\Services\NTDS\Diagnostics\22 DS RPC Client Wie kann ich denn nun die Replikation forcieren? Was meint ihr, sollte ich tun jetzt, die Rollen gehören alle Exchange. Grüsse

Hallo, danke. Wie kann ich nun dem Exchange sagen, dass er selbst der neue DC ist? Grüsse

Hallo. Ja. Ja, Exchange ist nun ein globaler Katalogserver, mit dcpromo mitkonfiguriert. Steht auch so in der OU "Domain Controllers". Soweit ich das beurteilen kann, ist die Replikation abgeschlossen (?). Wie kann ich das prüfen?

Guten Tag Ich habe in einer Umgebung zwei 2008R2 Standardserver "Exchange" und "DC_Alt" . Auf Exchange läuft Exchange 2010, OWA, IIS. Der Server hat nur die Aufgabe als Exchange bisher. Auf DC_Alt lief ebenso nur Active Directory, DHCP, DNS für die Benutzerverwaltung, Rechte, usw... . Nun ist das Ziel, die Aufgaben des DC_Alt auf Exchange zu verschieben. Hierfür habe ich mit dcpromo den Exchange heraufgestuft, DNS und AD wurden sauber repliziert. Dann habe ich von Hand die DHCP-Server-Einstellungen eingetippt (und den Dienst auf DC_Alt deaktiviert) und auch das läuft sauber. Der DNS wurde überall in den DHCP-Einstellungen angepasst auf Exchange. Nach diesem Howto verschob ich die FSMO-Rollen hier und auch jene der Anwendungsverzeichnispartitionen. Wenn ich die Rollen überprüfe, steht nun überall Exchange mit seinem DN drin und nicht mehr DC_Alt. Zusätzlich habe ich im Container "Domain Controller" DC_Alt das Häckchen bei "Globaler Katalogserver" weggenommen unter den NTDIS-Einstellungen. Wenn ich nun DC_alt herunterfahre, kann ich mich per OWA nicht mehr anmelden. Der Anmeldebildschirm kommt noch aber nach der Anmeldung erscheint "Fehler 500: Seite kann nicht angezeigt werden". Wenn DC_Alt aber online ist, geht OWA bestens. Was ist das noch einzutragen wo, damit auch der Exchange versteht, dass es den DC_Alt nicht mehr gibt? Ich würde es vorziehen, DC_Alt nicht mit dcpromo herunterzustufen für Notfälle. Es muss dann aber auch alles laufen wenn dieser offline ist. Was empfiehlt ihr hier? Grüsse

Guten Abend Ich habe vieles durchsucht, aber bisher leider keine Hilfe gefunden, die mir bei diesem konkreten Problem weiterhalf. Wir konnten nun in einer SBS2008-Umgebung das Zertifikat für Exchange "richtig" erstellen. "Richtig" bedeutet für mich in diesem Sinne, dass das Zertifikat auf den Servernamen des Domain Controllers (dc1.intern.local) läuft und wir intern im LAN keine Fehlermeldung mehr kriegen, dass der auf dem Sicherheitszertifikat angegebene Name ungültig sei. Der angesprochene SBS2008 managed die Domäne extern.com nicht. Aber OWA sowie Active Sync laufen über SSL mit der von aussen erreichbaren Adresse (webmail.extern.com), die auf diesen SBS2008 zeigt. Nun aber folgendes Problem: Wird Outlook 2010 nach Anleitung konfiguriert mit https und Standardauthentifizierung, erscheint dort wiederum die Fehlermeldung, wenn Outlook mit dem Exchange verbinden möchte: Name des Zertifikats ungültig oder entspricht nicht dem Servernamen. Oben steht dieses Mal aber "autodiscover.extern.com" und wenn man das Zertifikat anschaut, handelt es sich um eines vom Namensserver, der "extern.com" auflöst und nicht vom Server, auf welchem Exchange läuft. Darum ist es auch logisch, dass der IIS auf dem SBS2008 keine Site an ein solches Zertifikat bindet, da dieses eines vom Namensserver des "Internets" ist. Wie handelt ihr eine solche Situation? Wie bringe ich das Outlook Anywhere zum laufen mit dem Zertifikat des SBS2008? Das Root-Zertifikat ist installiert auf dem Client. Ich danke euch fürs Lesen. Grüsse Pablo

Guten Tag Ich suche ein Tool (oder ein ähnliches), welches ich früher mal nutzte. Vor Jahren hatte ich ein exe-file, welches man per Kommandozeile als Server oder Client laufen lassen konnte (lief auf 2008, 2003, XP, 2000). Der Server versetzte sich einfach in Bereitschaft und beim Aufrufen des Clients musste man dann per Parameter auf der Kommandozeile die IP des Servers angeben. Das Tool versendete in beide Richtungen über TCP/IP soviele Daten wie es geht zwischen den beiden Hosts und zeigte die aktuelle Datenrate an. Dies machte das Tool endlos bis zum manuellen Stop. Leider ist mir der Name dieses tollen (damals Freeware-)Tools entfallen und ich bräuchte es nun wieder. Weiss ev. jmd. den Namen dieses Tools oder kennt jmd. Tools, die das Gleiche machen? Einfach Dauerstresstest des Netzwerk zwischen 2 Stationen ist gefragt. Es wäre natürlich toll, wenn es auch die verlorenen Pakete anzeigen würde, ich nehme aber auch gerne eines, welches das dann nicht kann. Grüsse und einen schönen sonnigen Tag. Pablo

Hallo. Nein, es steht die interne drinnen. Grüsse

Hallo zusammen Beim Einrichten der Internetadresse meldete die Konsole: Exchange E-Mail konnte nicht konfiguriert werden.... führen Sie "Beheben von Netzwerkproblemen" aus... . Führt man "Beheben von Netzwerkproblemen" aus, meldet dieser: "DNS verwendet eine DNS-Weiterleitung.". Die 2 Weiterleitungsadressen in der DNS-Konfiguration sind aber richtig so laut Serverbetreiber. Nun habe ich alle Felder gemäss dem obigen Link auf dem Exchange von Hand geändert. Ich habe jeweils immer den FQDN angegeben des DomainControllers: serverdc.domaene.local . Die Meldung zum Zertifikat erscheint aber nach wie vor. Was meint ihr, an was könnte das noch liegen? Die DNS-Einstellungen werde ich bei einem weiteren Schritt prüfen. Grüsse

Guten Tag Wenn ich konfrontiert werde mit der These, dass erworbene Lizenzen für ausgelaufene Betriebssysteme auf beliebig vielen Stationen installiert werden dürfen, da man die Software ja "nicht mehr kaufen kann" oder auch, weil die betroffenen Personen dies irgendwo gelesen haben wollen, war meine Antwort bisher immer die, dass die Lizenzrechte nichts mit dem Auslauf des Supports zu tun haben. Ihr stimmt mir da zu oder gibt es da Ausnahmen? Eine Lizenz für 50 Windows 2000-Stationen darf doch auch heute nur für 50 Stationen eingesetzt werden? Was antwortet ihr in solchen Fällen? Grüsse