Blase

Hallo, wir haben hier einen SBS2007 der "MeineDomäne.local" hostet und die Benutzer mit der Mailadresse "MeineDomäne.de" versorgt. Da die Firma aber auch unter einer zweiten Firmierung am selben Standort vorhanden ist, gibt es dort noch die zweite Maildomain "MeineAndereDomäne.de". Ziel soll sein, bzw. ist aktuell auch, dass die Benutzer sowohl unter ihrem Exchange Konto senden können, als auch unter dem anderen Konto (senden als). Im Exchange wurde die zweie MailDomain als zusätzliche vertrauenswürdige Domain angelegt und jeder Benutzer Benutzer@MeineDomäne.local mit Benutzer@MailDomain.de wurde zusätzlich als Benutzer2@MeineDomäne.local mit Benutzer@AndereMailDomain.de angelegt. Es gibt als zu jedem AD Benutzer einen Dummy Benutzer mit der anderen Mailadresse. Und abschließend wurde noch im Exchange der Dummy Adresse der ursprüngliche Benutzer hinterlegt mit der Berechtigung "senden als". Das funktioniert einwandfrei. Jetzt, Monate später wurde einfach ein neuer Benutzer hinzugefügt - genau wie oben beschrieben - aber er kann einfach nicht unter der anderen Adresse senden. Er bekommt immer die Meldung vonwegen "keine Berechtigung zum senden unter dieser Adresse". Schaue ich in Exchange nach, sehe ich dort ganz klar den ursprünglichen AD Benutzer (unter welchem ich versucht habe zu senden) im Bereich der Berechtigung "senden als" drin. Ich habe keine Ahnung, an welcher Stelle ich hier nachschauen soll, warum das nicht läuft. Auch der "Vollzugriff" auf das Postfach ändert nichs am beschriebenen Verhalten. Kann mich mal bitte jemand in die richtige Richtung schubsen? Vielen Dank! MfG Blase

Hallo Norbert, natürlich hast du Recht, dort stehen weitaus mehr ausgestellte Zertifikate drin, als das nackte Exchange Zertifikat ("Webserver" + ein paar Versuche ;) ). Wenn ich das richtig sehe, sind die meisten davon eh abgelaufen. Ok, bleibt es dabei, dass ich hier einfach die CA entferne und dann einfach ohne weitere Tätigkeiten frisch auf einem neuen System installiere? Oder wird es nun komplizierter? MfG Blase

Naja, "verifiziert" könnte man es auch nennen - ich habe es seinerzeit installiert und außer mir fasst das keiner an :D Und weil ich bei der Erstellung des Zertifikats - aus mangel an Wissen - natürlich nicht alle nötigen Adressen hinterlegt habe, kommen halt ab und an im Bereich Outlook/owa Zertifikatsmeldungen. Wollte also die Gelegenheit nutzen und - so ich es denn eh anfassen muss - auch gleich komplett neu und vor allem "richtig" einrichten ;) Allerdings verunsicherst Du mich grade etwas - Du sprichst von einem Automatismus bezüglich AD Zertifikaterstellung?! Ich nehme nicht an, dass die "normale" AD-CA-Rolle die von Dir genannte "enterprise-Geschichte" ist, oder?! Oder wo schaue ich dann vorsichtshalber im AD nach, ob ein entsprechendes Zertifikat ausgestellt und im Einsatz ist? Erst sprichst Du von "Stress" und nun muss ich - scheinbar - nicht mal was tun, außer die alte CA zu deinstallieren?! Hey, das ist einfach :thumb1: :p MfG Blase

Hallo Norbert, doch, es ist tatsächlich so, dass die Zertifizierungsstelle lediglich für das Exchange Zertifikat eingerichtet worden ist und demnach das Exchange Zertifikat auch das einzige ist, welches überhaupt erstellt worden ist. Und... *räusper*... das ist nicht mal hundert prozentig "sauber", gibt nämlich hier und da noch Zertifikat Meldungen und so. Ich würde also, wenn ich das eh "anfassen" muss, es sogar bevorzugt auch neu erstellen und verteilen wollen - dann mit ALLEN möglichen enthaltenen Namen. :wink2: Also ich bevorzuge ganz klar die Neuerstellung sowohl der Zertifizierungsstelle und des Zertifikats - keine Migration. Die Frage ist und bleibt halt, geht das und ist der Aufwand hierfür vertretbar? Du sprichst den "Stress" ja an - wie viel ist es denn bei einer CA (auf einem Memberserver), einem Zertifikat in meiner (einen) Domäne (3 DCs)? MfG Blase

Nachtrag: Im Outlook selber, wo unten steht "mit Microsoft Exchange Verbunden" kommt, nachdem man die "Smartcard" Meldung weg klickt, die Meldung "Kennwort erforderlich". Klicke ich darauf, OHNE das ich sonst noch was mache, steht dann dort wieder "Verbunden mit Microsoft Exchange". Vielleicht hilft es ja etwas... MfG Blase Also, wenn ich das Starte ohne die beiden Punkte sehe ich im Protokoll folgendes: SMTP="E-Mail Adresse des Benutzers" Die über den Dienstverbindugnspunkt fehundene URL https.//Server.domäne.local/Autodiscover/Autodiscover.xml wird ausprobiert. Autoermittlung für https.//Server.domäne.local/Autodiscover/Autodiscover.xml wird gestartet. GetLastError=12044;httpStatus=0. Dann poppt wieder das Windows Sicherheit Fenster auf mit Microsoft Outlook => Verbindung mit "Mailadresse des Benutzers" wird hergestellt" hier passiert nichts weiter. Breche ich das Fenster wiederum ab, kommen im Protokoll noch ein paar Einträge, welche aber alle mit einem Fehler abbrechen... Oh man, warum breche ich mir eigentlich an Dingen, die so schwer nicht sein sollten, immer die Finger :suspect: ;) Hoffe, Du hast noch ein paar Ideen... MfG Blase Oh man, ich denke das Problem ist aus der Welt. Ich habe in meiner Verzweiflung die IIS Einstellungen auf dem Server überprüft und ein wenig "rumgespielt". Letztlich hat folgendes geholfen: Die SSL Einstellung für den Bereich "EWS" waren auf "Clientzertifikate akzeptieren" - habe es auf "Clientzertifikate ignorieren" umgetellt und nun schein so ziemlich alles zu gehen: 1. keine Meldung vonwegen Smartcard oder "Kennwort eingeben" mehr im Outlook 2. Abwesenheitsassitzent läuft 3. Kalenderfreigabe läuft 4. Autokonfiguration läuft jetzt anstandslos durch Kleine Ursache, große Wirkung :rolleyes: Ich bin happy :jau: Danke Dir für Deine Geduld! MfG Blase

Einen Proxy gibt es hier nicht, geht normal über einen Router (=Gateway) ins Internet. Die MS Updats werden automatisch installiert - System sagt, dass es aktuell ist. Denkst Du an ein bestimmtes Update? Beim Test der Autokonfiguration allerdings scheint es ein Problem zu geben. Nach ein paar Sekunden kommt ein kleines "Windows Sicherheit" Fenster mit "Verbindugn mit Benutzer@mailadresse.de wird hergestellt und das wars. Ich sehe im Register "Protokoll" zwar, dass er noch etwas weiter macht, aber letztlich an einem Punkt ("Guessmart SMTP: Server mail.domäne.de (ist der SMTP Server), Port=587, SSL=Nein,TLS=Nein,SPA=Ja,Fehlgeschlagen(0x800CCC0F) wohl hängen bleibt - es geht nicht weiter. Auch das oben genannte Fenster geht nicht weg. Breche ich das Fenster ab, kommt direkt im Anschluss das Fenster mit "Smartcard einlegen", breche ich auch das ab, ist der Test mit dem Ergebnis fertig "Ihre Einstellungen konnten nicht von der automatischen Konfiguration bestimmt werden" Im Bereich des recht umfangreichen Protokolls sehe ich nach ein par Zeilen diverse Einträge im Sinne von der Meldung "Guessmart", wie bereits oben geschrieben.... Tja, wie gehts hier weiter? Im Outlook kommen die Mails normal an und auch senden (auch extern) geht normal... MfG Blase

Hallo Jan, ja, auch über den FQDN kann ich ohne Zertifikatmeldung über einen Client das owa aufrufen... Es geht also sowohl https://servername/owa als auch https://servername.domände.local/owa ohne weitere Meldung ins owa rein. Habe beim Zertifikat beide Namen (und noch ein paar Einträge mehr) berücksichtigt. Hast Du sonst noch eine Idee? Wo Du DNS ansprichst, ist ein sehr überschaubares Netz. Der Server ist wie gesagt auch (einziger) DNS Server und es hängen insgesamt 10 Clients dran. Die Clients haben natürlich als DNS den Server drin... MfG Blase

Moin, ich habe hier einen Standard Server 2012, welcher alleiniger Server im Netz ist und sämtliche Funktionen wie AD, DNS und auch Exchange 2010 SP3 übernimmt. Ich habe am WE auch die AD Zertifizierungstelle (erstmalig) installiert und ein Exchange Zertifikat erstellt. Ich kann nun intern unter https://Servername/owa Client-seitig ohne eine Zertifikatmeldung auf das owa zugreifen. Soweit, so gut. Jetzt bekommen aber alle Outlook Clients (Outlook 2010) immer mal wieder im Outlook die Meldung: Fenster: Windows Sicherheit Microsoft Outlook Verbindung mit Benutzer@mailadresse.de wird hergestellt Smartcard einlegen Das kann man mit ok, bzw. "Abbrechen" dann weg klicken, kommt aber in gewissen Abständen wieder, ohne erkennbare sonstige Nachteile. Wie hängt das denn zusammen und wie bekomme ich die Meldung wieder weg? Habe mal gestöbert und es wurde u.a. empfholen, die Office KBs 2553248 zu entfernen - diese habe ich aber nicht drauf. Kann mir hier jemand weiter helfen, bzw. in die richtige Richtung schubsen?! Vielen Dank! MfG Blase ps. warum kann ich eigentlich kein 25 KB großes JPG anhängen?

Hey, versteh mich nicht falsch - danke für den Link zum Tool, aber die Frage war eher, ob ich überhaupt migrieren muss. Es geht wie gesagt nur um ein einzelnes Zertifikat, welches ich auch einfach neu erstellen kann. Und bevor ich mich in ein Migrations-Tool "einarbeite", installiere ich lieber die Zertifizeriungsrolle neu - WENN das denn so einfach geht... Denn scheinbar sind das einige Schritte bei der Migration: Backing up a CA database and private key Backing up CA registry settings Backing up CAPolicy.inf Removing the CA role service from the source server Removing the source server from the domain Joining the destination server to the domain Adding the CA role service to the destination server Restoring the CA database and configuration on the destination server Granting permissions on AIA and CDP containers Additional procedures for failover clustering (optional) Verifying the migration Verifying certificate enrollment Verifying CRL publishing Post-migration tasks Upgrading certificate templates in Active Directory Domain Services (AD DS) Retrieving certificates after a host name change Restoring Active Directory Certificate Services (AD CS) to the source server in the event of migration failure Troubleshooting migration Bleibt also die Frage - muss ich das machen? MfG Blase

Hallo, wir haben einen alten Server 2003, welcher die AD Zertifizierungsstelle inne hat. Letztlich brauchten und brauchen wir lediglich ein Zertifikat, nämlich für unseren Exchange 2010 (auf einem anderen Server). Da der (Zert-)Server bald abgeschaltet werden soll (nachdem die letzten Sachen migriert worden sind) stellt sich mir die Frage, ob ich bezüglich der Zertifizerungsstelle hier groß was beachten muss. Mir ist klar, dass das Zertifikat mit dem Abschalten des Servers seine Gültigkeit verliert - die Frage ist eher, ob ich das ignorieren kann, da ich ja eh die Zertifizierungsrolle auf einem anderen System unterbringen muss und so gleich ein neues Exchange Zertifikat ausstellen kann/soll. Kann ich? Oder muss dort was "migriert" werden? Muss ich mein AD dahingehend "bereinigen", als das ich die alten Zert-Server Einträge irgendwie rauslösche/entferne? Oder kann ich einfach eine weitere "Stammzertifizierungsstelle" auf einem anderen System einrichten? Fragen über Fragen... :) MfG Blase

Hallo allerseits, dies Thema ist ein Split aus diesem ursprünglichen Thema (bei welchem ich auch dringend Hilfe benötige :) ): http://www.mcseboard.de/topic/192055-exchange-2010outlook-2010-kann-keinen-kalender-freigeben/ Entweder habe ich hier gleich mehrere Probleme, oder diese bauen aufeinander auf. Situation ist ein frischer Windwos Server 2012 mit AD und DNS Rollen und einem Exchange 2010 SP3 drauf. Soweit ich das beurteilen kann, läuft der Exchange mit den Outlook Clients "normal", abzüglich des aus dem Split angesprochenen Problems mit der Kalenderfreigabe und, just aufgefallen, dem Abwesenheitsassistenten : Nebenbei - beides kann auch nicht im OWA Konfiguriert werden. Thema hier soll aber das OWA generell sein, denn das macht auch so seine Probleme. Die komplette Server Installation inkl. der Exchange Insallation ist zielich "Standard out-of-the-box", das heißt es wurde nicht händisch noch groß nach konfiguriert. Intern am Server oder von einem Client aus komme ich nicht über den https Aufruf auf das OWA (IIS - OWA - "SSL erforderlich" - Haken dran). Meldung im Explorer: Diese Seite kann nicht angezeigt werden. Selbe Einstellungen, aber Aufruf über http - Meldung "HTTP Fehler 403.4 . - Forbidden. Die von Ihnen aufgerufene Seite ist mit SSL gesichert (was ja grundsätzlich ok ist). Wenn ich im IIS - OWA den Haken bei SSL erforderlich raus nehme, komme ich mit dem HTTP Aufruf dann tatsächlich sowohl am Server, als auch am Clients in die OWA Anmeldemaske und kann mich dort anmelden. Aber auch hier habe ich dann so meine Probleme. Nach der Anmeldung (egal ob lokal am Server oder vom Client aus) sehe ich den Posteingang des angemeldeten Benutzers. Ich kann Mails lesen und verschicken. Aber an mehreren Stellen tauchen Fehlermeldungen auf. Klicke ich im OWA auf Optionen kommt die Meldung: Auch wen ich in den Kalender gehe, erscheint diese Meldung. ich kann sie zwar schließen und bin dann im Bereich Kalender, aber der ist leer. Bei den Kontakten das selbe Spiel, wobei ich nach Bestätigung der Meldung immerhin die Kontakte sehe. Ich weiß leider nicht mal genau, wo ich nach dem Fehler suchen muss. Im IIS habe ich die Einstellungen anhand dieser Seite hier überprüft: http://blogs.technet.com/b/ferris/archive/2010/03/30/default-authentication-settings-exchange-2007-2010-iis-application-virtual-directories.aspx Sollte passen. Die Fragen bleiben: Warum komme ich nicht mit dem HTTPS Aufruf auf mein OWA und was ist generell mit dem OWA bzw. Exchange los bezüglich der Fehlermeldungen? Ich bin für jede Hilfe echt dankbar! Bei Rückfragen oder Unklarheiten einfach melden.... MfG Blase Nachtrag: Ích war mit dieser "Anleitung" zumindest in der Lage, im http (NICHT https!) Zugriff die Meldungen weg zu bekommen von wegen "Die Anforderung konnte nicht ausgeführt werden. Möglicherweise liegen Sicherheitsgründe oderein Sitzungstimeout vor."... http://www.frankysweb.de/?p=980 ... das löst für den Moment zwar mein Zugriffsproblem - und scheinbar kann ich auch nun meinen Kalender freigeben oder eine Abwesenheitsbenachrichtigung einrichten, aber ich kann immer noch nicht über https zugreifen. Als "Krücke" kann ich das jetzt zwar für den Moment so laufen lassen, aber letztlich soll natürlich der HTTPS Zugriff laufen. Kann mir hier jemand helfen? MfG Blase

Hallo GuentherH, hat ein wenig gedauert, habe es aber jetzt getestet. Vielleicht fehlt noch ein wenig Konfiguration, aber "out of the box" kann ich mich zwar intern am owa anmelden (vorher noch nicht gemacht), bekomme aber, scheinbar egal welchen Punkt ich anklicke, ein kleines Fenster "Fehler" mit der Meldung: Die Anforderung konnte nicht ausgeführt werden. Möglicherweise liegen Sicherheitsgründe oder ein Sitzungstimeout vor. Ich komme zwar, nach "bestätigen" dieser Meldung trotzdem soweit überall rein (Kontakte, Mails), aber beim Kalender sehe ich keine Termine. Es heißt oberhalb "die Anforderung konnte nicht ausgeführt werden" und ich sehe den Kalender ohne inhalte. Entsprechend freigeben kann ich ihn auch hier nicht, aufgrund der selben Meldung. Habe ich also weniger ein Problem in lokalen Outlook Client, als vielmehr ein generelles (Exchange) Problem? Warum geht die Freigabe dann ausgerechnet beim einzigen WinXP/Outlook2k3 Client? Hast Du noch ne Idee? MfG Blase

Hallo GuentherH, nein, habe ich nicht - werde es dann mal testen. Also ganz normal intern über owa und dann die Freigabe versuchen? Damit umgehe ich das lokale Outlook, ja? Falls da der Fehler liegt.. Kann ich leider erst morgen testen... MfG Blase

Hallo allerseits, haben beim Kunden u.a. Exchange 2010 SP3 eingeführt, welcher auf dem einzigen Server mit Windows Server 2012 läuft. Alle Clients, bis auf einen, haben Windows 7 Pro x64 und Office 2010 x86. Der eine Client hat Winodws XP Pro und Office 2003. Es ist gewünscht, die einzelnen Kalender der Benutzer unterinander bei Bedarf sehen zu können (<10 User). Also wurde unter Outlook unter den jeweiligen Benutzern direkt der Kalender freigegeben - allerdings mit eher mäßigem Erfolg. Alle Clients bekommen beim Versuch, konkret beim tatsächlichen Versand dieser Freigabe-Mail, folgende Meldung: Fehler beim Vorbereiten des Sendens einer Freigabenachricht. Mehr passiert nicht. In den Ereignisprotokollen finde ich überhaupt nichts, weder auf dem Client, noch auf dem Server. Habe spaßeshalber mal in den Kalenderberechtigungen die einzelnen Benutzer hinzugefügt und mit vollzugriff ausgestattet, ändert nichts. Einzig der "alte" Winodws XP Client mit Office 2003 kann dies ohne Problme machen, bzw. es wurde dort gemacht. Außer der augenscheinlichen Differenz zwischen Windows und Office ist das ein "normaler" Winodws AD Benutzer mit normalem Exchange Postfach wie die anderen auch.... Was ist hier los? Was habe ich übersehen? Bin für jeden Tipp dankbar! MfG Blase

Ähm, grafische Oberfläche?! Du meinst die "normale" Windows Sicherung? Habe ich noch nicht gemacht... schaue mir das mal an.... ;-) MfG Blase

Kann von der NAS aus auf die AD Strukturen (OUs usw.) zugreifen und habe dort in der Konfiguration lokal auf Dateiebene halt die Zugriffsrechte für die einzelnen Ordner vergeben. Der Domainadmin darf auf dem Ordner alles. Wie gesagt, manuell, als Domainadmin, geht das auch. Habe einmal eine test.bat an selber Stelle angelegt, die folgendes macht: xcopy c:\ExchangeBackup.bat \\storage\Technik\Backups\Exchange\Tag\ /Y Er kopiert also das eigentliche Sicherungsscript an die selbe Stelle. Funktioniert einwandfrei. Auch wiederholtes überschreiben mit der aktualisierten Datei ist kein Thema. Die Aufgabenplanung hat also generell keine Probleme damit, an die Stelle zu schreiben... und nun? MfG Blase

Hallo Günther, hatte nicht gedacht, dass das eine Rolle spielt, da es ja "manuell" auch geht :) "Storage" ist ein NAS System von synology (DS1812+) Weiß nicht, was da für ein System drauf läuft (habe auf die Schnelle nichts dazu gefunden), aber es ist Mitglied der Domäne, wurde über die eigene Oberfläche hinzugefügt und wird im DNS auch angezeigt... MfG Blase

Hallo! Ich habe auf einem virtuellen Server 2008R2 Enterprise einen Exchange Server 2010. Direkt unter C;\ liegt eine Batchdatei, in welcher folgendes drin steht: wbadmin start backup -backuptarget:\\storage\Technik\Backups\Exchange\Tag\ -include:c: -vssFull -quiet Ich möchte schlicht den Exchange Server sichern - und soweit ich die Batch Datei manuell starte (einfach Doppelklick als Domänenadmin), läuft das auch. Wenn ich aber in der Aufgabenplanung die Batch Datei hinterlege und sage, dass er das automatisch machen soll (ebenfalls als Domänenadmin), passiert nichts. Als "Ergebnis" der letzten Ausführung wird (0xFFFFFFFE) angegeben. Im Ereignisprotokoll steht außer dem hier, nichts "außergewöhnliches" drin. Die Aufgabenplanung hat die Aufgabe "\Exchange Sicherung taeglich", Instanz "{35aac5c3-4c92-498c-afc8-a0bf7778e0ae}", Aktion "C:\Windows\SYSTEM32\cmd.exe" mit Rückgabecode 4294967294 erfolgreich abgeschlossen. Habe nach dem Rückgabewert gegoogelt, aber imho nichts für mich brauchbares gefunden. Die automatisch hinterlegte Aufgabe kann ich auch nicht maneull starten. Ich weiß nicht weiter. Warum geht manuell, aber automatisch nicht? MfG Blase

Habe zwei 2008 R2 Server. Einer ist DC und der andere Memberserver des AD und gleichzeitig Terminal Server. Ich habe kein Exchange, das Outlook läuft auf dem TS "lokal" mit den einzelnen Benutzerpostfächern und deren PST Dateien (ca. 20 Benutzer). Ich möchte nun die einzelnen Outlook Dateien automatisch sichern. Ich dachte da an etwas ganz simples wie ein Logoff Script für die einzelnen TS Benutzer, in welchem dann ganz simpel die jeweiligen Dateien geschnappt und an anderer Stelle erst einmal zentral zwecks weiterführender Sicherung gespeichert werden. Hierfür habe ich eine Batch Datei erstellt. xcopy %userprofile%\AppData\Local\Microsoft\Outlook\*.* E:\Sicherungen\Outlook\%username%\ /C /E /F /H /I /Y Soweit so gut - doch ab hier gehen die Probleme/Fragen dann los. Da wenigstens für einen gewissen Übergangszeitraum die Benutzer nicht nur auf dem TS ihr Outlook haben, sondern auch noch lokal auf den PCs (ist also "doppelt"), möchte ich, dass das Script ausschließlich auf dem Terminal Server, nicht aber auch für die lokale Anmeldung gilt. Der AD Benutzer ist gleich dem TS Benutzer. An dieser Stelle sollte ich wohl noch erwähnen, dass NICHT mit Servergespeicherten Profilen gearbeitet wird. Also wie stelle ich es an, dass nur beim LogOff am TS das Script ausgeführt wird und NICHT auch beim LogOff am lokalen PC? Hmmm, also generell wird sich am lokalen PC ja nicht abgemeldet, sondern immer gleich ausgeschaltet - hilft mir das weiter? Und dann noch eine Verständnisfrage: lokal aus der Sicht des TS ist die Umgebungsvariable %userprofile% ja zielführend (da im Profil des Benutzers auf dem TS ja das "passende" Outlook liegt), aber wenn ich über die Gruppenrichtlinien im AD arbeite und dann das Script (welches ja im sysvol des DCs liegt) ausführe, wendet er es trotzdem auf die Dateistruktur des TS an? Das tut er dann, weil ich ihm (noch) sage, dass er es eben nur auf ein TS Profil anwenden soll? Und vielleicht noch allgemein gefragt, gibt es eine (kostenlose) elegantere Lösung auf einem TS die lokalen Outlook Postfächer zentralisiert und automatisch zu sichern? MfG Blase

Ne ne, so falsch liegst Du damit garnicht. Ich habe es jetzt, weil mir 2 Kannen Kaffee einfach zu lang waren ;) - einfach über Nacht laufen lassen. Die AVHD ist weg und meine .VHD hat nun etwa 290 GB, obwohl die virtuelle Maschine selbst grade mal 90 GB frisst. Die Frage ist nun tatsächlich, wie ich von den 290 GB runter komme. Die .VHD ist bereits eine "dynamische". Kann grade nicht nachschauen, Dein Vorschlag ist hierfür der richtige Ansatz? MfG Blase

KANNEN!? Hättest Du jetzt Tassen gesagt.... Naja, ich bin gespannt ;) Um ehrlich zu sein, war ich mir garnicht bewußt, dass ich einen Snapshot gemacht habe. Ist schon eine Weile her, als ich die Partition erweitet habe - muss wohl in diesem Zusammenhang geschehen sein. Seit dem läuft die Kiste und wurde sozusagen nicht mehr angefasst. In diesem Zusammenhang - was ist eigentlich mit der Größe der VHD, ist die dynamisch? Die virtuelle Maschine selbst hat zwar eine Partitionsgröße von 400 GB zur Zeit, aber grade mal 90 GB davon sind benutzt (alles auf C:\). Hatte wie gesagt 200 GB für sie reserviert und dann zu einem späteren Zeitpunkt, als sie schon länger lief, weitere 200 GB dazu getan. Die VHD hat aber auf dem Hostsystem 200 GB und die AVHD sogar 250 GByte. Wenn der Snapshot sozusagen weggeschrieben ist, verschwindet die AVHD auf Dateieben wieder? Und meine ursprüngliche VHD ist dann wieder "Aktiv" und um X-GByte größer? Kann man generell VHDs im Nachhinein verkleinern? Du rätst generell von Snapshots in produktiven Umgebungen ab? Ich meine klar, das sind keine Sicherungen und mehrere verlangsamen das System deutlich, aber temporär, bevor man was auch immer "großes" mit der virtuellen Maschine macht - ist doch nicht schlecht. Oder was meinst du? MfG Blase

Ok, dann schaue ich mal, wie lange das nachher dauert. Ist ein RAID10, vielleicht dauert es ja nicht ganz so lange... Tipps!? ;) MfG Blase

Danke euch beiden! :o Sehe ich denn einen Fortschrittsbalken oder so? Also bekomme ich mit, ob der nach dabei ist oder fertig ist? MfG Blase

Also ich neige ja grundsätzlich dazu, hier eher an meinen "Fähigkeiten" zu zweifeln, als an der Kompetenz der Teilnehmer hier - aber bist Du sicher? ;) Habe mal nen Screenshot gemacht - laut Anzeige ist da nix mit Snapshot... MfG Blase

Hallo, ich habe einen 2k8R2 Enterprise der nix außer Hyper-V macht. Habe einen virtuellen Exchange 2010 (ebenfalls 2k8R2 Enterprise), welcher urpsprünglich mit einer 200 GB großen VHD angelegt worden ist. Dieser wurde aus verschiedenen Gründen dann zu einem späteren Zeitpunkt um zusätzliche 200 GB erweitert, d.h. es wurde eine 200 GB Große AVHD erstellt und dem virtuellen Exchange zugewiesen - dieser hat komplett nun 400 GB, welche komplett unter dem virtuellen Exchange als "C:\" zugewiesen sind. Nun wird dieser zusätzliche Platz nicht mehr benötigt, die ursprünglichen 200 GB reichen vollkommen aus. Die Frage ist nun, kann man die erweiterte AVHD löschen/wegnehmen? Geht das überhaupt? Klar, ich weiß ja nicht, ob nicht relevante Daten nun auch auf der erweiterten AVHD liegen, aber gibt es Mittel und Wege, wie ich es dennoch machen kann? Wenigstens eine Verkleinerung der AVHD? Tatsächlich benötige ich aktuell nur ca. 100 GB für die komplette virutelle Maschine... MfG Blase