Dukel

Die SQL Reporting Services können genauso verwendet werden. Du musst in der Zentraladministration unter General Application Settings die Reporting Services Integration starten. Btw. bei der Suche von Bildern um die genauen Begriffe zu finden habe ich sogar eine Anleitung gefunden: http://www.codeproject.com/Articles/88285/Integrating-Sharepoint-and-SQL-Reporting-Serv Ggf., wenn du die Reporting Services nicht brauchst kannst du dies im SharePoint 2010 deaktivieren und dann nochmal ein Backup / Restore machen. Normalerweise sollte ein Upgrade aber auch durchgeführt werden, auch wenn es fehlende Features / Solutions gibt.

Wobei dieser Werte nur Netzwerkdateisysteme berücksichtigt und keine Lokalen Disks.

Denke daran. Bei normalen Traffic brauchst du NIC Teaming, bei Storage Traffic (FC, iSCSI) brauchst du MPIO.

Informiere dich einmal über NIC Teaming und MPIO. Links wurden dir hier schon genannt. Ein Suchbegriff zur Recherche jetzt auch. Normalerweise nutzt man Redundante Systeme im Backend. Clients benötigen i.d.R. keine Redundante Anbindung.

Es gibt eine Methode replace. http://blogs.technet.com/b/heyscriptingguy/archive/2011/03/21/use-powershell-to-replace-text-in-strings.aspx

Was ist das denn für eine Storage?

Die Angabe gilt aber nur für die Datenbank Files. Für die Transaktionsprotokolle sollten der Wert bei 4k liegen. Dies ist aber nur eine allgemeine Empfehlung. Ob dies bei dir hilft kann dir nur eine Testinstallation und Messung der Werte sagen. Für Virtualisierung gibt es sicher eigene Best Practices. Hier muss man die verschiedenen Ebenen der Storage anschauen.

Oder man macht (was ich meistens empfehlen würde) Backup2Disk2Tape. Dabei sollte die Verbindung zwischen der Backupstorage und dem Tape meist performant genug sein und man kann die Backupzeiten auseinander ziehen.

Es kommt drauf an was du mit dieser Storage machen willst. Wenn es Anforderungen oder Best Practices für bestimmte Applikationen gibt nimm diese, ansonsten die Defaults.

Die Suche ist in der Foundation Version integriert.

Nach bzw. während dem hinzufügen der Content DB musst du diese upgraden. http://technet.microsoft.com/en-us/library/cc262483%28v=office.15%29.aspx Am besten du testest das ganze einmal vorher. Du kannst dazu z.B. ein Backup deiner Content DB erstellen und dieses nutzen. Möchtest du das Update auf der selben oder auf einer neuen Maschine machen? Was für ein SQL Server hast du aktuell laufen? Möchtest du diesen auch gleich aktualisieren? Ich empfehle die Englische Version von SharePoint zu installieren und ein Deutsches Sprachpaket dazu.

Wieso sollte die Ausfallzeit mit VSS kürzer sein? Es müssen trotzdem alle Daten kopiert werden. VSS ist dazu da, einen konsistenten Stand zu haben oder Änderungen zu sichern.

http://www.drivesnapshot.de/de/nutzt VSS. Du wirst aber auch einen Zwischenspeicher für das Image brauchen.

Das findest du im MSDN http://msdn.microsoft.com/en-us/library/aa393485%28v=vs.85%29.aspx

Wieso baut man die Funktion dann nicht in das CRM ein, wenn das sowieso eine Eigenentwicklung ist.

Wieso keinen aktuelleren Server? Wieso muss die IP gleich bleiben? Gibt es nur einen DC?

Zu diesem Thema gab es auf der letzten TechEd den einen oder anderen Vortrag, den du dir als Video anschauen kannst.

Wie kommst du auf ADMT? "Einfach" die neue Struktur im AD aufbauen, Konten und andere Objekte verschieben und die alte Struktur danach löschen. Vorher gut testen und ein Backup sind wichtig.

Wieso lässt man auf dem selben Server eine CA und ADFS laufen?

SLAs sind immer individuelle Vereinbarungen (ich glaube das vergessen viele) und nicht jeder definiert dort eine Lösungszeit. Man kann auch eine Reaktionszeit definieren und das ist kein Problem bei Software.

Meines Wissens braucht man bei Veeam keinen Agent in den virtuellen Servern. Diese bleiben auch schlank. Veeam ist ein (evtl. besserer) Ersatz für Backup Assist oder Arcserve.

Unter Umständen ist es kaum mehr Aufwand SharePoint neu zu installieren als das Troubleshooting bei einem Fehler, der keine Auswirkungen auf den Betrieb hat.

Läuft SharePoint jetzt es kommen aber irgendwelche Fehler? Ich würde ein Content DB Backup machen und SharePoint neu installieren (ggf. Upgrade auf 2013) und dann die Content DB neu einhängen.

Du kannst dir die Antworten des Ähnlichen Threats unter http://www.mcseboard.de/topic/201580-monitoring-zertifikate/anschauen. Ihr habt die selbe Anforderung.

Ich kann noch den Link http://www.msxfaq.de/signcrypt/camonitoring.htmaus dem MSXFAQ zum Thema CA Monitoring beisteuern.