Neversommer

Hallo Zusammen Ich habe im Moment leider ein Problem mit einer Web Server Migration. Und zwar muss ich eine IIS 6.0 zu IIS 8.0 Web Server Migration durchführen. Quell Server basiert auf Windows Server 2003 und Ziel ist ein Windows Server 2012 R2. Zum Einsatz kommt die MS Web Deploy Software mit einer Agent installation und auf dem Quell eine komplette Installation der Web Deploy Software. Nun habe ich 2 Optionen probiert und scheitere leider bei beiden Optionen mit der genau gleichen Fehlermeldung. Option 1 wäre wie Microsoft empfiehlt, ein Paket auf dem Quell Server bereitzustellen und dann auf den Ziel Server zu kopieren, danach einlesen. Command sieht wie folgt aus auf dem Quell Server: msdeploy -verb:sync -source:metakey=lm/w3svc/1 -dest:package=c:\Site1.zip > WebDeployPackage.log Auf den Ziel Server kopieren und danach mit diesem Befehlt ausführen: msdeploy -verb:sync -source:package=c:\Site1.zip -dest:metakey=lm/w3svc/1 > WebDeploySync.log Die whatif Variante zeigt mir keine Fehlemeldungen auf, die eigentliche Installation aber schon, und zwar wie im Screenshot zu sehen. Also es scheint als der Administrator User vom ZielServer nicht die Berechtigung besitzt auf dieses Laufwerk / Ordner zuzugreiffen. Dann gibt es noch die Pull oder Push Variante. Da bekomme ich leider die genau gleiche Fehlermeldung mit dem Zugriff. Ich kann machen und tun, ändern was ich möchte..finde auch praktisch nichts im Netzt zu diesem Fehler, egal ob auf English oder auf Deutsch. Die 2 Web Server liegen in einer DMZ, gleiche IP Range aber sind jeweils in einer Workgroup, nur so auch als Info. Da es sich wohl um ein Berechtigungs Problem handelt, möchte ich gerne Wissen wie man dies am besten und schnellsten lösen könnte. Nicht mal die MS Webseite beschreibt ein ev. solches Problem. Kann mir hier vllt jemand weiterhelfen? Danke im voraus NS

Hallo Leute Ich habe heute ein etwas komisches Problem erhalten das ich am Analysieren bin. Vor gut knapp 1 1/2 Wochen wurden bei 3 Macs Updates gemacht. Die greifen auf einen Windows Server 2008 R2 zu wo Produktions Daten liegen. Seid dem Update gibt es aber nun Probleme mit dem Zugriff. Als auf den 3 Macs ein nslookup vom Server gemacht wurde stellte sich heraus das die IP Adresse spiegelverkehrt dargestellt wird. Also die richtige wäre 10.1.3.10. Dargestellt wird aber 10.3.1.10 durch nslookup. Auf meinem Windows 8 Laptop zeigt es mir nach nslookup aber die richtige IP Adresse an. Auf dem Server selber ist die IP Adresse korrekt, auf dem DNS Server selber aber auch wieder spiegelverkehrt. Da dachte ich mir mal ganz kurz, WTF? Kann mir einer erklären warum der Server zwar die richtige IP Adresse hat, im DNS aber die verkehrt ist sowie nach nslookup auf den macs aber auf meinem windows 8 laptop es richtig dargestellt wird? Danach richtig zu finden ist nid ganz leicht :) Gruss NS

Hallo Norbert Mal wieder bist du der erste der ein Feedback gibt. Ich zweifle die Notwendigkeit einer SYSVOL Replikation überhaupt nicht an. Aber ich muss ein klares Statement haben ob der Dienst wirklich wichtig ist oder nicht. Es geht hier nicht um mich, sondern das ich dies weitergeben muss damit es dann in einem Dokument erwähnt wird für eine Überwachung ALLER notwendigen AD Dienste. Wenn hier eine falsche Aussage (Dies ist b***d denn im Moment hat jeder eine andere Meinung. Ja es ist wichtig oder nein ist es nicht) kommt und z.b der Dienst nicht in die Überwachung integriert ist und 1 von 2 DC's mal abraucht sieht die Situation dann nicht mehr so rosig aus. Also kann ich Sagen das AB Windows Server 2008 der Dateireplikations Dienst oder File Replication Server wichtig ist für die komplette AD Funktionalität bei 2 oder mehr DC's z.b , ja ? Wenn Ja ...gibt es seitens Microsoft ein Dokument wo dieses belegt ? Gruss NS

Guten Morgen Leute Für ein wichtiges Dokument das verteilt wird geht es um die Überwachung von AD Diensten. Wichtig ist zu Wissen welche Dienste explizit überwacht werden müssen damit ein funktionierendes AD gewährleistet ist. So...ich kenne alle Dienste doch beim Dateireplikationsdienst kommen grosse Fragen auf. Braucht es den Dienst in einer Überwachung? Was ich weiss ist das bei einem Domänen Kontroller muss der Dienst nicht laufen und kann deaktiviert sein. Doch bei einem 2tem DC muss der Dienst laufen und hier scheiden sich die Geister. Ich brauche von Microsoft irgendein Beweis das dieser Dienst wirklich wichtig ist und warum, das er überwacht werden soll. Denn bei gewissen Installationen sind bei beiden DC's der Dateireplaktiondienst auf deaktiviert gesetzt oder auf manuell und läuft nicht. Leute sagen es sei nicht wichtig das er läuft in einer Umgebung mit DC's, andere schon. Bei einer 2008R2 Umgebung und 2 DC's ist der Dienst deaktiviert und bei 2x DC's mit Server 2012 auf Manuell gesetzt und laufen nicht. Gibt es da Unterschiede? Auch da konnte ich nix finden von Microsoft. Sogar die Hotline von Microsoft konnte mir keine Offiziele Aussage machen das der Dienst laufen muss, wieso, warum und was passieren kann wenn er nicht läuft in einer Umgebung mit 2 DC's und was für ev. auswirkungen es haben könnte wenn plötzlich 1 DC nicht mehr läuft und der Dienst deaktiviert ist? Kennt jemand ein Offizieles Statement? Oder eine Seite die dieses Thema so richtig in Angriff nimmt und dabei seriös ist? Wäre echt super! Hoffe dir mal eine richtige Antwort zu finden. Grüsse NS

Hallo Zusammen Da ich soweit das noch nie gemacht habe dachte ich Frage euch mal. Meine Freundin macht für die Schule ein kleines Projekt und zwar sieht das so aus. Sie hat 2x Windows Server 2012. Die Hauptdomäne heisst AZ und dann kommt der 2te Windows Server in der untergeordneter Domäne bern.az zum Einsatz. Als kleiner Test hat Sie einen dritten DC in die Hauptdomäne eingebunden und die replizieren sich. Jedoch der DC vn bern.az da passiert nix. Sie kann sich als Test User auch nicht in der untergeordneten Domäne einloggen sondern nur in der Haupt Domäne. Am Anfang war ein Problem mit der Zeit Sync. Nun habe ich gelesen das man in der subdomain einen DNS Eintrag machen muss der auf den DC in der Hauptdomäne zeigt. Ist das wirklich so? Oder liegt das Problem komplett woanders? Alle Server sind virtuell auf ihrem Laptop über eine Oracle Virtuelle Software. Für Hilfe wäre ich euch dankbar. Gruss NS

Immer gerne :) Und ich weiss das es vorher nicht da stand, weill ich mich kurz einfach melden wollte und dann später die antwort warum es geht liefern würde :) Gruss NS

Der Dienst Microsoft Exchange Postfach Assistent machte Probleme...Nach Reboot war der Dienst dann auf Manuell gesetzt aber nicht gestartet. Als er dann "richtig" lief...fing alles zu funktionieren :) Und hey Norbert, ich gebe immer eine Lösung durch wenn ich gleich kann :) Gruss NS

Ok es funktioniert nun alles :) Danke vielmals für eure Hilfe Jungs :) Gruss NS

Hallo Norbert Ich habe nun heute mal den Test gemacht und herausgefunden das nun z.b bei einem User auf dem ich per Remote drauf bin, oof auf False war. Dann habe ich die Schritte gemacht und das nötige gelöscht. Ging das raus, starte Outlook vom User mache eine neue OOF und aktivier es. Nun sollte im MAPI Editor die neue Meldung namens: IPM.Note.Rules.OofTemplate ja wieder da sein mit der neuen Meldung. Leider ist dem nicht so....das heisst die Schritte die ich gemacht habe sind ok, doch ein neues wird nicht mehr erstellt und ist auch nicht mehr ersichtlich.... Irgendwas stimmt hier überhaupt nicht habe ich langsam das Gefühl. Hast du dazu vllt ne Idee? Gruss NS

Zuviel zu tun im Moment. Und das ist keine Ausrede :)

Hallo Norbert Ich bin heute Vor-Ort beim Kunde und werde das mit dem MAPI Editor machen und das auf einem PC mit Outlook 2007 oder 2010. Ich hoffe nur ich weiss wo ich mit dem MAPI Editor schauen muss denn ich habe ihn noch nie benutzt. Gruss NS.

Was könnte das andere sein das eventuell auch ein Problem darstellen könnte? Vor der Exchange Migration wurde kein offizieles Zertifikat benutzt sondern erst jetzt.

Hallo Norbert Etwas anderes könntest du dir nicht vorstellen was das Problem sein könnte? Gruss NS

Hallo Norbert Vielen Dank für dein Rasches Feedback. Habe mir den MAPI Editor von der mfcmapi Seite auf den Server runtergeladen aber gemerkt das ich noch ein Outlook brauche um dies zu testen. Das habe ich leider nicht um muss dann noch ein outlook aufem Server Installieren. Ich meine wenn alles funktioniert ausser das OOF, dann sollte autodiscover ja richtig eingerichtet worden sein oder? Gruss NS PS: Habe den MAPI Editor noch nie benutzt vorher.

Hallo Zusammen Seid nun knapp 1ner Woche häufen sich Meldungen bei einem Kunde das die Abwesenheits Meldungen nicht mehr funktionieren. Was komisch ist das es bei gewissen funktioniert und bei gewissen leuten nicht. Jetzt hatte ich einen Fall das obwohl im Outlook 2007 SP3 OOF deaktiviert ist sowie auch im Webmail, Leute vom User immernoch abwesehenheits meldungen erhalten. Als ich dann per Teamviewer im Outlook OOF aktiviert und wieder deaktiviert habe bekomme ich nun überhaupt keine Meldungen mehr, auch wenn aktiviert. Der Exchange 2010 hat SP3. Ich habe das virtual directory neu gesetzt, outlook anywhere angepasst, im DNS einen SRV Record erstellt, sogar noch eben im Outlook den Autodiscovery Test gemacht und per URL darauf zugegriffen mit Logon Username und Password und kam rein. Kam dann mit dem URL test nach dem Einloggen auf https://mydomain.ch/ews/services.wsdl Das nun das OOF überhaupt nicht mehr funktioniert stösst es mir doch sehr übel auf und mir gehen die Ideen aus, darum brauche ich von euch etwas Rat. Im Event Log gibt es fast keine Fehlermeldungen nur ein paar von OAB z.b aber das sind Warnungen...OWA geht ohne Probleme und Outlook ohne irgendwelche meldungen von einem zertifikat.....ich habe sicherlich über 2 dutzend seiten offen wo man versuchen und probieren kann aber es nützt einfach nix.... Wenn man im Outlook ein neues Postfach einrichten möchte geht dies auch wie sonst das der Server und der User automatisch eingefügt wird. Problem ist das es verschiedene Mail Versionen gibt. Von outlook 2003, 2007, 2010 über macmail und Entourage sowie nun auch neulich das Webmail. Falls ihr Infos braucht so bitte fragt einfach. Vielen Dank erstmals schon :) Gruss NS.