Postel

Ich habe einen 2008 Standardserver als Datenbankserver im Einsatz. Alle darauf installierten Programme laufen ordnungsgemäss und lassen sich über die Befehlszeile aufrufen. Der Aufruf über den Desktop dauert entweder ewig lange oder funktioniert überhaupt nicht. Leider gibt es für diese Maschine auch keinen Wiederherstellungspunkt. Ich vermute, dass es sich um ein Registry-Problem handelt. Da an diesem Server auch nichts in den letzten Monaten installiert wurde und auch seit 6 Wochen keine Updates durchgeführt wurden (bis letzte Woche funktionierte alles noch einwandfrei) kann ich mir keinen richtigen Reim daraus machen. Ich habe noch einen Registry-Export von vor ca. 4 Wochen, bin mir aber nicht ganz sicher was das auslöst. Ein Backup des Systems bringt leider auch nichts, da dies nicht älter wie eine Woche ist und den Fehler schon drauf hat. Hat eben keiner etwas gemerkt. Bin für jeden Tip dankbar

Also ich hatte auch Probleme mit der Serversicherung mit SQL-Express. Die Sicherungssoftware war nicht in der Lage den SQL-Server zu beenden. Das funktionierte nur wenn der SQL-Dienst richtig beendet wurde. Ich hab das mittels eines Task gelöst, der zur gegebenen Zeit den SQL herunterfährt und nach der Sicherung wieder startet.

Ich hab da ein wirklich dummes Phänomen. Nach dem Start des Servers kann man sich ganz normal an der Konsole anmelden. Danach habe ich für ca. 30 Minuten einen blauen Bildschirm bis die ICONS kommen. Die Programmstarts bewegen sich im gleichen Zeitfenster, also ein arbeiten ist unmöglich. Das gleiche tritt bei den Usern auf, die sich per RDP am Terminalserver anmelden. Der Taskmanager lässt sich öffen, die Auslastung liegt bei ca. 1% (Nachdem ich einen Task - snmp-Dienst - beendet habe, wen nicht dann bei 100%). Benutzer die über eine Verknüpfung nur auf Daten zugreifen (auch auf eine Datenbank die dort installiert ist - Branchensoftware mit Client/Server) haben keinerlei Probleme. Server 2003 4GB ausreichend freier Speicher (143GB) weiß hier einfach nicht mehr weiter

Ich habe das Problem, dass ich RPC in einem neuen Pool installiert habe. Laut Test ist alles bis auf die Authentifizierung o.k. Der Fehler lautet: Methods found: Basic Methods required: NTLM Kann ich innerhalb einer Website hier eine andere Methode angeben und wenn ja wo? IIS7 SBS 2008 Exchange 2007 SP1

Nein, wenn ich habe nach der Installation nur die verfügbaren SBS Updates aufgespielt (Version: 08.01.0240.006)

Sorry, ist natürlcih SBS2008 mit IIS7, schon vor lauter wald....... Ich denke ich habe hier einen typischen Installationsfehler begangen. Es waren während der Installation zwei Netzwerkarten aktiv und somit hat er anscheinend zwei Applicationpools aufgebaut - warum auch immer. Und beide Websites haben eben den gleiche https - Port 443 und lasse sich nicht gleichmässig starten.

Liebe MCSEler, ich mach mal einen letzten Versuch, nachdem meine Frage bisher von niemand beantwortet worden ist (wahrscheinlich zu einfach und ich zu doof): SBS 2008 R2 Server IIS 6.0 default website (mit rpc) auf Port 80 / 443 sbs application Site (OWA etc) auf Port 80 / 443 Dies ist wohl beim Installieren passiert. Jetzt können meine Nutzer zwar per RPC über https auf Exchange zugreifen, jedoch sollen einige im Auslang tätige Mitarbeiter OWA bekommen. Beide Sites funktionieren einwandfrei, wenn die jeweils andere nicht gestartet ist (auch die Zertifkate passen). Ich muss aber beide Seiten gleichzeitig starten, was logischerweise mit gleichen Port Nummern nicht funktioniert. Welche Möglichkeit habe ich denn da???: a) geht es, dass ich die SBS-Apps in den Pool default schiebe b) oder ist es besser mit einem Header zu arbeiten (funktioniert der überhaupt mit SSL) c) andere Lösung, die mir nicht einfällt. Bin für jede Hilfe dankbar

Kann ja sein, das ich irgendetwas nicht kapiere. Ich habe eine Anwendung im default application pool und eine im SBS pool. Wie kann ich eine Applikation in einen anderen Pool schieben?

Super, danke war schon die richtige Richtung. Erst in der Registry IPv6 disabled, Server neu gestartet, dann in den Netuwerkeinstellungen den Haken bei IPv6 wieder gesetzt und den das Disabling wieder herausgenommen, neu gestartet und schon funktionierte alles wieder wie vorher, puuh

Ich habe einen Pool mit der default Website und einen mit SBS Webapplication Sites. Dummerweist ist in dem einen RPC und in dem anderen owa veröffentlicht. Und beide Seiten greifen auf den Port 80 bzw 443 zu. Also kann ich nur immer eine Site starten. Ich weiß auch nicht wann das beim installieren passiert ist. Weiß irgendwer wie ich eine Site von einem Pool in der anderen verschieben kann. Irgendwo habe ich da einen Denkfehler.

Nein, das werde ich mal versuchen, ist bestimmt eine gute Idee. Kann ich leider erst morgen früh testen, da ich per Fernwartung keinen Zugriff mehr auf das System habe, gebe dann Bescheid, Danke

zu dumm, habe versehentlich bei unserem SBS-Server 2008 ip6 deaktiviert und neu gestartet. Jetzt empfängt das Teil keine Mails mehr. Eine neue Bindung des ip6-Protokolls wird irgendwie verhindert. Hat dieses problem schon mal einer gehabt und wie gelöst? Danke für jede konstruktive Antwort. mfg JP

manchmal sieht man den Wald vor lauter........ Windows SBS2003 Server EMAIL-Empfang und Versand über Exchange (MX-Record, nur MX10 eingerichtet) funktioniert wunderbar. Ein Mitarbeiter benützt eine lokales Outlook und möchte über die gleiche Domäne versenden - da geht aber nichts raus. bin hier noch am verzweifeln Grüsse Josef Postel

Vielen Dank für die Antworten, nein ich habe keinen VPN Tunnel zu diesem Netz. Der Zugriff sollte eigentlich über dyndns erfolgen.

Ich möchte gerne mein lokales Outlook auf meinem Notebook über eine Internetanbindung mit meinem Exchangeserver in der Firma synchrnisieren. Der Webzugriff (OWA) funktioniert einwandfrei, doch wie bringe ich die Daten auf mein Notebook. Wer hat hier eine Lösung, Danke