Marco31

Wir sichern grundsätzlich zuerst auf Disk und dann die Sicherungen nochmal auf Tape. Für VM's nutzen wir Veeam, das hat die Möglichkeit sogenannte reversed incremental Sicherungen zu erstellen. D.H. du hast als letzte Sicherung immer eine Vollsicherung UND je nach eingestellten Wiederherstellungspunkten X inkrementelle Sicherungen. Rücksicherungen gehen damit sehr fix. Für die physikalischen Server haben wir vor kurzem auf CA ARCServe D2D umgestellt. Das kannst du dir mal anschauen, damit brauchst du eigentlich so gut wie nie mehr ne Vollsicherung zu machen, aus den regelmäßigen Zuwachs- und Überprüfungssicherungen wird im Hintergrund automatisch auch immer ein Vollimage erstellt. Auch hier kann man die Anzahl der Wiederherstellungspunkte einstellen.

Wir sichern die Backups von unseren Servern jede Nacht nochmal auf Band, das geht dann am nächsten Tag ins Bankschließfach. Also immer eine Komplettsicherung ausser Haus.

DC und Exchange auf einer Maschine ist nicht supported, und du bekommst Probleme wenn du den DC demoten willst/musst. Geht nur nach De-Installation von Exchange, zumindest war das bei den bisherigen Versionen so...

Online ist denk ich gar keine gute Idee... Ich hab mal nen DC mit Acronis virtualisiert. Ich hab den DC runtergefahren, dann auf der Maschine die Acronis-Recovery-CD gestartet und ne Sicherung der runtergefahrenen Maschine gemacht. Das Acronis-Backup hab ich dann mit dem VMWare Converter virtualisiert und wieder hochgefahren. Das ganze ist aber schon ne zeitlang her, keine Ahnung ob das mit der aktuellen Acronis-Version noch funktioniert. Und nochmal machen würde ich's wohl auch nicht...

Also wird sind gerade von Acronis weg hin zu ARCServe. Grund war dass die Sicherung von Acronis ab und an nicht glatt lief, außerdem wird in vielen Foren von schlechtem Support und einer nicht besonders gelungenen aktuellen Version berichtet... Das wollte ich mir dann doch nicht antun. Außerdem (meine persönliche Meinung): Eine Firma die es nach so langer Zeit nicht auf die Reihe bekommt, Ihren Exchange-Agent für die Unterstützung von EXCH2010 upzudaten, also der vertraue ICH nicht meine Exchange-Daten an... Schau dir für den Fileserver auch mal von ARCServe D2D r16 an, das gefällt mir persönlich recht gut. Weiß aber nicht ob das was für nen SBS ist, da würde ich mich mal beim Support melden...

Endlich, gestern konnte ich den Fehler finden und beheben! Nachdem gestern wieder die gleichen Fehler aufgetreten sind habe ich abends mal beide DC's neu gestartet. Nach dem Neustart ist mir beim DC im Log ein Fehler aufgefallen, der auf falsche Einträge im DNS bei der Domain Zone higewiesen hat. Da standen tatsächlich uralte (!) Einträge drin. Ein DC, den ich schon vor 2 Jahren runtergestuft hatte und der schon lange nicht mehr existiert und ein noch älterer Eintrag der aus ner Zeit stammt als wir noch nen anderes IP-Netz hatten... Da ich mir 1000%ig sicher bin dass die vor dem hochstufen nicht da waren, müssen die irgendwie mit dem hochstufen der Domänen- und Gesamtstruktur auf Windows 2008 wieder aufgetaucht sein. Wie ist denn sowas möglich?? Na ja, nach dem löschen der falschen Einträge gestern abend ist jetzt auf jeden Fall Ruhe. Ich hoffe das bleibt auch so :-)

So, heute morgen konnte ich nach einem Neustart und lokalen Anmeldung am Server die GPO's erfolgreich übernehmen, der Fehler wurde seit Mitternacht auch nicht mehr geloggt... Wenn ich jetzt noch wüsste worans lag bzw. was den Fehler behoben hat wär ich schlauer... Hoffe dass das Thema jetzt erledigt ist ;-)

Also ich konnte mit gpresult das ganze zumindest mal näher lokalisieren: Komponentenstatus Komponentenname Status Letzter Prozess am Gruppenrichtlinieninfrastruktur Fehlgeschlagen 22.07.2012 21:27:54 Gruppenrichtlinieninfrastruktur ist aufgrund des unten aufgeführten Fehlers fehlgeschlagen. Ein Verzeichnisdienstfehler ist aufgetreten. Hinweis: Aufgrund einer allgemeinen Schutzverletzung wurde keine der Richtlinien der anderen Gruppenrichtlinienkomponenten verarbeitet. Daher sind keine Statusinformationen für die anderen Komponenten verfügbar. Es sind möglicherweise weitere Informationen aufgezeichnet worden. Suchen Sie über die Registerkarte "Richtlinienereignisse" in der Konsole oder im Anwendungsereignisprotokoll nach Ereignissen zwischen 22.07.2012 21:27:50 und 22.07.2012 21:27:54. EFS recovery (N/V) 19.07.2012 07:39:12 Registrierung (N/V) 19.07.2012 07:39:11 Security (N/V) 19.07.2012 07:39:12 Aber ich muss gestehen dass ich damit nicht wirklich viel anfangen kann...

Niemand ne Idee was das sein könnte....?

Hallo liebes Forum, ich habe seit letzte Woche immer wieder (ca 1x täglich) auf einem unserer Server folgende Fehlermeldungen: ID 1: Die automatische Zertifikatregistrierung für "lokaler Computer" konnte Zertifikate für Speicher "ROOT" von ldap:///CN=Certification Authorities,CN=Public Key Services,CN=Services,CN=Configuration,DC=domäne,DC=local?cACertificate?one?objectCategory=certificationAuthority (0x8007006e). Das System kann das angegebene Gerät oder die angegebene Datei nicht öffnen. nicht herunterladen. ID1006: 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". Den 1006er habe ich auf zwei Servern (beide Win2008), den 1er nur einem der beiden (der WSUS). Auf anderen Servern (Win2003 und Win2008 R2) traten die Fehler bisher nicht auf. Das ganze trat das erste mal auf, nachdem ich am Sonntag zuerst die monatlichen Updates installiert hatte und danach noch die Domänen- und Gesamtstrukturfunktionseben der Domäne auf Win 2008 hochgestuft hatte. Schema-Update und co. wurden schon vor mehreren Monaten gemacht. Ganz erklären kann ich mir die Sache nicht. Bis auf die Meldungen sind keine Probleme spürbar, Namensauflösung funktioniert, dcdiag zeigt keine Fehler. Hat jemand eine Idee wo hier das Problem liegen könnte?

Also zu GPO und FM-Firefox muss ich gestehen dass ich immer nur beides zusammen genutzt habe (also nicht den "Original"-FF). Ich habe hier nicht viele User und der FF wird auch fast ausschließlich für Internet-Browsen verwendet. Von daher halten sich meine Anpassungen per GPO hier sehr in Grenzen... Hab da eher so Sachen wie Proxy, Ausnahmen, Startseite, Update-Disable etc. eingestellt.

Argh, da war ich wohl zu langsam.. Sorry.

Für den Firefox kannst du dir das hier mal anschauen... FrontMotion Firefox Community Edition Da kannst du auch die Anpassungen per GPO machen. Wird auch regelmäßig upgedatet.

Noch ne kurze Frage zum Thema Sharepoint-Updates... Auf der Update-Seite steht ja sinngemäß dass man nur dann Updates installieren soll, wenn man eines der in den Update-Rollups gepatchten Probleme hat. Das SP1 hatte ich schon nach der Sharepoint-Installation installiert, seitdem aber kein Update mehr. Wie macht ihr das, updaten nur nach Bedarf oder Updates immer einspielen?

Ah, ok, danke für die Info. Also ist das wegen der manuellen Nacharbeiten so gedacht dass nicht über WSUS gepatcht wird. Wenn man's weiß ist das ja ok :-)

Hallo liebes Forum, wir machen unsere Updates seit langem über WSUS. Seit ein paar Monaten haben wir auch einen Sharepoint Foundation 2010 Server. Die Updates für das BS werden ja ganz normal über WSUS gezogen, aber für Sharepoint habe ich noch nie ein Update im WSUS gesehen... Werden Sharepoint-Updates überhaupt nicht über WSUS bereitgestellt?

Vielen Dank, dann werde ich das mal testen. SP1 ist drauf, die Fehlerquelle ist damit schonmal ausgeschlossen...

Hallo Forum, in meiner jetzigen Konfiguration sind für Sharepoint-Dienstkonten feste Passwörter vergeben, die nicht ablaufen. Da das aus Sicherheitsgründen ja nicht empfehlenswert ist, habe ich mir mal die Möglichkeit angeschaut, die Passwörter durch den SP-Server automatisch ändern zu lassen (also nicht die verwalteten Konten im AD, sondern nur in SP). Sharepoint und SQL sind getrennte Server. Hierzu jetzt mal eine Verständnisfrage; wenn ich das richtig verstanden habe ändert der Sharepoint die Passwörter selbstständig, und diese sind dann nur ihm bekannt. Was aber wenn sich der Dienst mit dem verwalteten Konto dann am SQL-Server authentifizieren möchte? Da die PW ja nur am Sharepoint bekannt sind müsste der ja dann wegen vermeintlich falschem Passwort die Anmeldung verweigern, oder wie funktioniert das genau?

So, nachdem ich mit Remove-SPManagedAccount den neu angelegten Account entfernt habe komme ich wieder in die Verwalteten Konten rein. Vielen Dank! :-)

So, hier das ganze nochmal per PowerShell... Ich hoffe mal es fehlt nix... Timestamp Area Category EventID Level Message --------- ---- -------- ------- ----- ------- 09:59:24.66 SharePoint Foundation Logging Correlation Data xmnv Medium Name=Request (GET:http://XXXXX:99999/_admin/ManagedAccounts.aspx) 09:59:24.66 SharePoint Foundation Logging Correlation Data xmnv Medium Site=/ 09:59:24.82 SharePoint Foundation Runtime tkau Unexpected System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt. bei Microsoft.SharePoint.ApplicationPages.ManagedAccountsDataSourceView.FillDataTable(DataTable table, DataSourceSelectArguments selectArguments) bei Microsoft.SharePoint.WebControls.DataTableDataSourceView.Select(DataSourceSelectArguments selectArguments) bei Microsoft.SharePoint.WebControls.AdministrationDataSourceView.ExecuteSelect(DataSourceSelectArguments arguments) bei System.Web.UI.DataSourceView.Select(DataSourceSelectArguments arguments, DataSourceViewSelectCallback callback) bei System.Web.UI.WebControls.DataBoundControl.PerformSelect() bei System.Web.UI.WebControls.BaseDataBoundControl.EnsureDataBound() bei System.Web.UI.WebControls.CompositeDataBoundCont... 09:59:24.82 SharePoint Foundation Monitoring b4ly Medium Leaving Monitored Scope (Request (GET:http://XXXX:99999/_admin/ManagedAccounts.aspx)). Ausführungszeit=154,624959317455

So, hab das ganze mal rekonstruiert und im Log gefunden. Hier der entsprechende Teil: 07/09/2012 09:44:23.04 w3wp.exe (0x173C) 0x0D7C SharePoint Foundation Monitoring nasq Medium Entering monitored scope (Request (GET:http://XXXXX:999999/_admin/ManagedAccounts.aspx)) 07/09/2012 09:44:23.04 w3wp.exe (0x173C) 0x0D7C SharePoint Foundation Logging Correlation Data xmnv Medium Name=Request (GET:http:// XXXXX:999999/_admin/ManagedAccounts.aspx) 8c3260de-89a9-4eed-b49c-f8f8c0c24c11 07/09/2012 09:44:23.04 w3wp.exe (0x173C) 0x0D7C SharePoint Foundation Logging Correlation Data xmnv Medium Site=/ 8c3260de-89a9-4eed-b49c-f8f8c0c24c11 07/09/2012 09:44:23.11 w3wp.exe (0x173C) 0x0D7C SharePoint Foundation Runtime tkau Unexpected System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt. bei Microsoft.SharePoint.ApplicationPages.ManagedAccountsDataSourceView.FillDataTable(DataTable table, DataSourceSelectArguments selectArguments) bei Microsoft.SharePoint.WebControls.DataTableDataSourceView.Select(DataSourceSelectArguments selectArguments) bei Microsoft.SharePoint.WebControls.AdministrationDataSourceView.ExecuteSelect(DataSourceSelectArguments arguments) bei System.Web.UI.DataSourceView.Select(DataSourceSelectArguments arguments, DataSourceViewSelectCallback callback) bei System.Web.UI.WebControls.DataBoundControl.PerformSelect() bei System.Web.UI.WebControls.BaseDataBoundControl.EnsureDataBound() bei System.Web.UI.WebControls.CompositeDataBoundControl... 8c3260de-89a9-4eed-b49c-f8f8c0c24c11 07/09/2012 09:44:23.11* w3wp.exe (0x173C) 0x0D7C SharePoint Foundation Runtime tkau Unexpected ....CreateChildControls() bei System.Web.UI.Control.EnsureChildControls() bei System.Web.UI.Control.PreRenderRecursiveInternal() bei System.Web.UI.Control.PreRenderRecursiveInternal() bei System.Web.UI.Control.PreRenderRecursiveInternal() bei System.Web.UI.Control.PreRenderRecursiveInternal() bei System.Web.UI.Control.PreRenderRecursiveInternal() bei System.Web.UI.Control.PreRenderRecursiveInternal() bei System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) 8c3260de-89a9-4eed-b49c-f8f8c0c24c11 07/09/2012 09:44:23.11 w3wp.exe (0x173C) 0x0D7C SharePoint Foundation Monitoring b4ly Medium Leaving Monitored Scope (Request (GET:http:// XXXXX:999999/_admin/ManagedAccounts.aspx)). Ausführungszeit=68,6679452276756 8c3260de-89a9-4eed-b49c-f8f8c0c24c11

Wenn es denn dann welche gäbe... Weder unter Anwendung, System, Sicherheit, nix zu finden. Das macht die Sache nicht grade einfacher... Oder kann ich noch irgendwo nach Logeinträgen schauen?

Hallo Leute, habe seit heute morgen ein Problem in der Sharepoint Zentraladministration; und zwar wollte ich ein neues verwaltetes Konto eintragen. Dabei scheint aber etwas schief gegangen zu sein, da ich seitdem nicht mehr auf das Menü "Verwaltete Konten konfigurieren" zugreifen kann. Es wird dann der Fehler >Fehler >Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt. > >Führen Sie die Problembehandlung mit Microsoft SharePoint Foundation aus. > >Korrelations-ID: 9a431881-fc94-48ac-a213-69af106a5c87 angezeigt. Hat wer eine Ahnung was da schief gelaufen sein könnte?

Also ich habe (unter anderem) für Dateien, auf die mehrere Benutzer Zugriff haben sollen, Sharepoint Foundation eingerichtet. Alleine für Filezugriff wäre das aber wohl mit Kanonen auf Spatzen geschossen denk ich...

Bei einem Test der aktuellen BE-Version vor zwei Wochen ist mir das gleiche aufgefallen, ich hatte auch keine Möglichkeit entdeckt das umzustellen. Zeitformat war auch auf 24h. Schien mir ein Bug zu sein, wenn man z.B. 15:00 Uhr einstellt wird dann 3:00 Uhr angezeigt, ausgeführt wird aber tatsächlich wie konfiguriert um 15:00 Uhr. Wie gesagt, war nur eine Testinstallation, aber das deckt sich mit deinen Beobachtungen.