vohinh134

Hallo Zusammen, weißt jemand wie ich auf allen Windows Server nach allen Services und der dahinter eingesetzter Account abfragen kann. Grüße,

@Doso: kannst du mir vielleicht sagen, wo ich das auf dem Server nachschauen kann? Ist es auf Sharepoint Administration?

Da sind mehreren Job im SQL Server Management Studio, die diverse Datenbank nach Full Backup "shrinken". Diese werde ich erstmal rausnehmen. @Dukel: Was ich aber nicht verstehe ist, wieso sind die Reports auf BI sehr groß (teilweise über 10GB) und die Reports, die die Mitarbeiter erstellen alle nur unter 100MB. Weißt du da was? Vielen Dank

Ich würde dies als unglücklich bezeichnen^^ Dank dem Artikel mit dem Sharepoint Designer habe ich herausgefunden, wieso die WSS_Content.mdf so groß geworden ist. Wir haben ein Report mit ca. 100GB drin und diesen kann ich löschen. Ich hoffe, dass die Datenbank dann kleiner wird. Ich melde mich dann...

Das ist ein virtueller Server. Der Hyper-V Host hat allerdings auch nicht mehr so viel Speicherplatz, welcher ich dem sharepoint Server zusätzlich geben kann.

Hallo Dukel, danke für die schnelle Antwort. Ich habe den Sharepoint Server so übernommen :( Auf anderer Partition habe ich auch nicht mehr genügend Speicher, damit ich die Datenbank verschieben kann. Ich lese erstmal die 2 Artikel durch. Vielen Dank

Hallo Zusammen, ich habe ein Problem mit der oben gennannten Datenbank. Diese ist um die 210GB groß und belegt somit fast alle Festplattenplatz der C:\ Partition. Die WSS_Content_log.ldf ist dabei um die 150MB groß. Gibt es eine andere Möglichkeit, diese WSS_Content.mdf Datenbank zu verkleinern außer diese zu shrinken (das hat nur paar hundert MB gebracht)? Genutzt wird Sharepoint von ca. 50 Mitarbeitern. Das sind die paar Einstellung von der Datenbank -> Autogrowth/Maxsize: 1MB/unlimited -> Recovery model: Simple -> Auto Shrink: false (soll ich auf true setzen?) Da WSS_Content.mdf ja eine Inhaltsdatenbank sind mit Sicherheit noch Daten von alten User vorhanden? Wenn ja, kann ich diese irgendwie löschen? Vielen Dank für eure Hilfe.

Ich habe aber davor noch ein Problem: ich wollte heute Abend die 3 GC neustarten, allerdings habe ich ein Problem festgestellt: bei Abfragen @for %f in (schema name infr pdc rid) do @dsquery server -hasfsmo %f -server %computername% auf dem DC01 werden alle Rollen nur auf diesem Server angezeigt Wenn ich die gleiche Abfrage auf anderen DC mache, dann werden schema,name,rid auf dem DC01 angezeigt und infr,pdc auf einem anderen Server. Da der PDC nicht neugestartet werden soll, bin ich mir nicht sicher, welche Server ich nicht neustarten soll. Der DC01 ist virtuell auf anderem DC (unglückliche Konstellation) Ich muss den DC01 (PDC) herunterfahren damit den anderen DC (physikalisch) neustarten kann. Ist es wahrscheinlich das Problem? Soll ich die FSMO Rollen auf den physikalischen DC umziehen?

Hat jemand noch eine Idee? Ich muss heute das Problem lösen und komme da nicht weiter.

Hallo daabm, ich wollte heute Abend die 3 GC neustarten, allerdings habe ich ein Problem festgestellt: bei Abfragen @for %f in (schema name infr pdc rid) do @dsquery server -hasfsmo %f -server %computername% auf dem DC01 werden alle Rollen nur auf diesem Server angezeigt Wenn ich die gleiche Abfrage auf anderen DC mache, dann werden schema,name,rid auf dem DC01 angezeigt und infr,pdc auf einem anderen Server. Da der PDC nicht neugestartet werden soll, bin ich mir nicht sicher, welche Server ich nicht neustarten soll. Hast du vielleicht eine Idee? Vielen Dank

Es scheint, dass die GUI mir falsche Informationen anzeigt. Mit der Abfrage auf dem Betriebmaster, zeigt er richtig alle Rollen an und zwar nur auf ihm. Ich bekomme sonst auf anderen DCs die fehlermeldung Der Zielprinzipalname ist falsch. Ich werde heute Abend den KDC Dienst deaktivieren und die 3 Server neustarten. Danke dir schon mal für die großartige und schnelle Hilfe. Ich melde mich

Bei Abfragen von: @for %f in (schema name infr pdc rid) do @dsquery server -hasf smo %f -server servername bekomme ich die Fehlermeldung: dsquery Fehler:Der Zielprinzipalname ist falsch.

das Problem ist, dass schema | name | infr | pdc | rid alle auf einem Server waren. (DC01). Wenn ich jetzt die Rollen auslese, liegen schema,name,rid auf dem DC01, infr und pdc auf dem DHCP Server. Was für mich ungeklärlich ist. Über Active Directory-> Betriebsmaster auf dem DC01 zeigt pdc und infr der DC01 an. Auf dem DHCP Server über Active Directory-> Betriebmaster wird unter RID Betriebmaster:Fehler angezeigt und pdc,infr der DHCP Server

Hallo daabm, ich habe 3 GC und 1 DC. Der PDC war auf einem der Domaincontroller, dieser ist Betriebmaster. Komischerweise zeigt mir jetzt Active Directory der DHCP Server als PDC und Infrastruktur an. lt. Lösung 1 sollte ich auf allen DC den Keberos Dienst (außer der DHCP Server) deaktivieren und neustarten. Muss ich nach dem Neustart den Dienst wieder starten oder warte ich erstmal ab, ob weitere Fehlermeldung aufgetreten sind? Vielen Dank

Hallo Zusammen, ich habe leider seit gestern ein ganz böses Problem: Auf unserem Fileserver (physikalisch) wurde das Cache-Modul von HP ausgetauscht und darauf hin wurden gleich RAID Controller und Festplatten Firmware durchgeführt und das iLO PW für Administrator geändert Server fährt ganz normal hoch -> Hardware nach Austausch in Ordnung. Unser Fileserver ist gleichzeitig auch DNS Server. Ich habe noch ein anderen DNS Server, der als Betriebsmaster fungiert. Allerdings habe festgestellt, dass der Server nicht mehr über \\fileserver erreichbar war sonder nur über IP-Adresse. Beim Zugriff mit \\servername habe ich die Fehlermeldung, dass ich keine Berechtigung dafür habe. Klingt irgendwie nach DNS Problem Auf dem Fileserver wurden folgende Events gemeldet: Ereignis ID-4 Der Kerberos-Client hat einen KRB_AP_ERR_MODIFIED-Fehler von Server "filserver$" empfangen. Der verwendete Zielname war LDAP/servername.domain. Dies deutet darauf hin, dass der Zielserver das vom Client bereitgestellte Token nicht entschlüsseln konnte. Dies kann auftreten, wenn der Ziel-Serverprinzipalname (SPN) nicht bei dem Konto registriert ist, dass der Zieldienst verwendet. Stellen Sie sicher, dass der Ziel-SPN bei dem Konto registriert ist, das vom Server verwendet wird, und zwar ausschließlich bei diesem Konto. Dieser Fehler kann auch auftreten, wenn der Zieldienst ein anderes Kennwort für das Zieldienstkonto verwendet als das Kennwort, das vom Kerberos-KDC (Key Distribution Center) für das Zieldienstkonto verwendet wird. Stellen Sie sicher, dass der Dienst auf dem Server und im KDC beide für die Verwendung des aktuellen Kennworts aktualisiert wurden. Wenn der Servername nicht vollqualifiziert ist und sich die Zieldomäne (domain) von der Clientdomäne (domain) unterscheidet, prüfen Sie, ob sich in diesen beiden Domänen Serverkonten mit gleichem Namen befinden, oder verwenden Sie den vollqualifizierten Namen, um den Server zu identifizieren. Ereignis ID 4000 Der DNS-Server konnte Active Directory nicht öffnen. Dieser DNS-Server ist für das Abrufen und Verwenden von Informationen aus dem Verzeichnis für diese Zone konfiguriert und kann die Zone ohne die Informationen nicht laden. Stellen Sie sicher, dass das Active Directory ordnungsgemäß funktioniert, und laden Sie die Zone neu. Die Ereignisdaten enthalten den Fehlercode. Ereignis ID-1006 Fehler bei der Verarbeitung der Gruppenrichtlinie. Die Authentifizierung von Windows war für den Active Directory-Dienst auf einem Domänencontroller nicht möglich. (Fehler beim Aufruf der Funktion zur LDAP-Bindung). Den Fehlercode und eine Beschreibung finden Sie auf der Registerkarte "Details". Ereignis ID: 5002 Fehler beim DFS-Replikationsdienst bei der Kommunikation mit Partner "filserver" für Replikationsgruppe "Domain System Volume". Partner-DNS-Adresse: fileserver.domain Optionale Daten, falls verfügbar: Partner-WINS-Adresse: fileserver Partner-IP-Adresse: ip-adresse des fileservers Der Dienst versucht regelmäßig, die Verbindung erneut herzustellen. Weitere Informationen: Fehler: 1753 (In der Endpunktzuordnung sind keine weiteren Endpunkte verfügbar.) Verbindungs-ID: C15121CF-5FFF-4DEB-990B-B6A2E63A54FE Replikationsgruppen-ID: 3CEF5A9D-B126-4322-81B9-ADBFF5148CE3 Ereignis-ID: 1058 Fehler bei der Verarbeitung der Gruppenrichtlinie. Der Versuch, die Datei "\\domain\SysVol\domainPolicies\{965417EF-88BB-47BB-8D9F-6660242EEA68}\gpt.ini" von einem Domänencontroller zu lesen, war nicht erfolgreich. Die Gruppenrichtlinieneinstellungen dürfen nicht angewendet werden, bis dieses Ereignis behoben ist. Dies ist möglicherweise ein vorübergehendes Problem, das mindestens eine der folgenden Ursachen haben kann: a) Namensauflösung/Netzwerkverbindung mit dem aktuellen Domänencontroller. b) Wartezeit des Dateireplikationsdienstes (eine auf einem anderen Domänencontroller erstellte Datei hat nicht auf dem aktuellen Domänencontroller repliziert). c) Der DFS-Client (Distributed File System) wurde deaktiviert. Den Filesever wurden 2 mal neugestartet mit deaktiviertem KDC Dienst-> Problem besteht weiterhin. Nachdem ich Acive Directory und DNS Dienste auf dem Fileserver neugestartet habe, funktionieren die Logon Scripte und ich kann alle Netzlaufwerke mit \\fileservername zugreifen. Ich habe diverse Lösungsansätze probiert und habe dabei keine Erfolg gehabt. Vielleicht hat jemand eine Idee? Ich bin für schnelle Antworte sehrrrrrr dankbar.

So ich habe das Problem gelöst. Es ist viel einfacher als ich gedacht habe. Ich habe im EMS mit "New-ExchangeCertificate" ein neues Zertifikat erstellt und IMAP, POP, SMTP Dienste zugewiesen. IMAP und POP3 Dienste neugestartet und siehe da man kann wieder mit Thunderbird auf die Postfächer zugreifen. Allerdings mit der Warnung, dass das Zertifikat nicht vertrauenswürdig ist. Das kann mir aber egal sein, da nur intern verwendet wird. Vielen Dank.

kann ich IMAP auch für das Zertifikat deaktivieren, wenn ich rückgängig machen möchte oder was falsch konfiguriert haben? Danke

kann ich das irgendwie automatisieren, damit ich nicht manuell bei den Linuxclients einrichten muss? Wenn nicht, wird das neu Einrichten des Konto auf den Linuxclients helfen? Vielen Dank

Noch eine Frage habe ich: -> ich habe aktuell ein SSL Zertifikat für *.domainname.com. Dieses ist für IIS und SMTP aktiviert. Für IMAP4 ist unter X.509 certificate name: servername.domain.muc eingetragen. Kann ich im IMAP EInstellung den X.509 certificate name nach: servername.domainname.com umbenennen und das SSL Zertifikat für IMAP auch aktivieren? Würde es mit einem Zertifikat gehen?

wir haben ein SSL Zertfikat für OWA. Kann ich diese eigentlich auch dafür verwenden?

wie kriege ich in meinem Fall dazu, dass die Linux Clients wieder auf die E-Mails zugreifen können?

Hi NobertFe, ok und wie kann ich in diesem Fall das Zertifikat richtig erstellen?

kann es nicht ein selbst signiertes Zertifikat sein?

werde ich gleich probieren. Kannst du mir sagen, wie ich das Zertifikat richtig erstelle. Ich bin der Meinung, dass ich hier was falsch mache Also ich erstelle ein neues Zertifikat im EMC -> Name: Exchange -> kein wildcard -> Client access server (POP/IMAP) --> POP/IMAP is used on the intranet --> POP/IMAP is used on the Internet aktivieren und Server eintragen Das war schon oder?

Hallo Zusammen, ich habe aktuell ein dringendes Problem: bei einigen Linux Rechner mit Thunderbirds können keine E-Mail mehr abgerufen werden Fehlermeldung: Failed to connect to IMAP server "servername" in secure mode: STARTTLS not supported. Ich habe auf dem Exchange Server gesehen, dass ein Zertifikat für die Dienste IMAP, POP, SMTP abgelaufen ist. EIn neues Zertifikat wurde auf dem Exchange Server erstellt und mit Hilfe von Zertifizierungsstellen auf einem DC signiert. -> es funktioniert Wenn ich das signierte Zertifikat mit "Complete Pending Request" importiere, wird es nicht angenommen (Zertifikat nicht als vertrauenwürdig) -> Zertifikat im vertrauenwürdigen Store installiert --> Problem besteht weiterhin Wie kann ich das Problem sonst lösen. Es ist wirklich sehr dringend. Ich bin für eure Antwort sehr dankbar..