SharePoint Server 2016 public Beta kommt Q4 2015


Gestern hat Microsoft ein erstes offizielles Statement zum SharePoint Server 2016 abgegeben. http://blogs.office.com/2015/04/16/sharepoint-server-2016-update/

Ich möchte es nicht missen, hier kurz die wichtigsten Punkte zusammenzufassen. Die grösste Emphasis lag laut Microsoft in drei Bereichen:

  • Verbessern der Benutzung
  • Infrastruktur inspiriert von der Cloud
  • Compliance und Repporting

SharePoint-Server-2016-Update-1

 

 

Verbessern der Benutzung

Hier wird vor Allem in Richtung Zugang über Mobilgeräte und das mobile Arbeiten weiterentwickelt. Das rasche fällen von Entscheidungen ist ein wichtiger Punkt in einer schnelllebigen Welt. Die Zusammenarbeit soll zudem mehr auf den Menschen konzentriert sein, und die persönliche Produktivität steigern. Natürlich gehört hier auch dazu, dass der Benutzer über On Prem und Cloud daten gleichermassen suchen kann. Office Graph und Delve sollen dabei helfen. Exchange und Yammer sollen näher integriert werden und die Zusammenarbeit noch intensiver machen.

Infrastruktur von der Cloud inspiriert

SharePoint Server 2016 ist der erste Release von einem On Prem SharePoint, der von der Cloud inspiriert wurde. Hier liegt der Fokus klar auf den Features die sich in der Cloud bewährt haben und auf einer nahtlosen hybriden Integration. Natürlich wird hier auch auf die neuen Releases von Windows Server 2016 und SQL 2016 geschaut um die integration noch einfacher und besser zu machen.

Compliance und Repporting

DLP (Data Loss Prevention) ist ein sehr wichtiger Punkt wie auch die Datensicherheit ist hier im Fokus. Verschlüsselung wie auch sonstige Compliance Tools werden hier helfen, die Unternehmensrichtlinien in Datenschutz und Informationssicherheit einzuhalten. Hier gilt es die Ballance zu halten zwischen Self Service und der Sicherstellung der Einhaltung von Richtlinien.

Hören Sie Experten live aus Chicago

Live aus Chicago (Microsoft IGNITE Conference Chicago)

Sie haben keine Gelegenheit an der diesjährigen Microsoft Ignite Konferenz in Chicago dabei zu sein? Kein Problem! Wir bringen die Konferenz zu Ihnen. Zusammen mit ausgewiesenen Experten (SharePoint / Office 365 MVPs) präsentieren wir die wichtigsten Themen zu ausgewählten Produkten im Bereich Collaboration und Information-Workers. Auch gehen wir auf die Roadmap und die generelle Strategie unter der neuen Leitung von Satya Nadella ein.

An zwei Tagen (6.Mai und 8.Mai) werden wir per Webinar mit der Moderation von Samuel Zürcher live aus Chicago berichten und anschliessend Ihre Fragen beantworten.

Die Teilnahme ohne Voranmeldung ist mittels Browser von nahezu jedem Gerät aus möglich! Achtung, es existiert eine iOS App (Link zum iTunes store)

Webinar 1: Mittwoch 6. Mai 2015 | 14:00 – 15:30 Uhr (Swiss time)
è Hier geht‘s los: (Link folgt)

Agenda

–       Genereller Eindruck und die Microsoft Strategie

–       SharePoint Roadmap

–       Office 365 und Yammer Roadmap

–       Interviews mit Experten

–       Q&A

 

Webinar 2: Freitag 8. Mai 2015 | 14:00 – 15:30 Uhr (Swiss time)
è Hier geht‘s los: (Link folgt)

Agenda

–       SharePoint Server 2016 on Premises first look

–       Hybrid Search vNext in SharePoint

–       OneDrive for Business vNext und Roadmap

–       ADFS vNext in Windows Server vNext

–       Q&A

office 365 kostenmässig mit on premises durchgerechnet


In Zusammenarbeit mit AskMeWhy:

http://www.askmewhy.ch/office-365-rechner/

 

 

Die Berechnung aller Kosteneinsparungen einer Organisation durch den Einsatz von Office 365 ist anspruchsvoll. Eine besondere Herausforderung ist, neben den „offensichtlichen“ Kosten für Service und Software auch „versteckte“ Aufwände wie beispielsweise Wartungsverträge, Wartungsarbeiten durch Interne oder Externe, Update-Rechte,  Migrationen oder die anteilmässige Mitbenutzung von Hardware, Backup, Monitoring, Netzwerk, Strom, Kühlung oder Ähnlichem miteinzurechnen.

 

Aus diesen Gründen haben wir einen einfachen Office 365 Rechner auf Basis eines Excels entwickelt. Dieser stellt die groben Gesamtkosten über 5 Jahre für Office 365, den Gesamtkosten für den Betrieb des gleichen Services als lokale IT-Infrastruktur gegenüber – in der „Standard“ und „Enterprise Edition“.

 

Besten Dank für Feedback, für Korrekturen oder Ergänzungen

Die Datenverschlüsselung in OneDrive forBusiness


Ich werde immer wieder gefragt, wie es denn mit der Sicherheit in SharePoint Online aussehen würde. Microsoft hat dazu ein ganz tolles Video gepostet, dass ihr euch ansehen müsst. Es erklärt, wie extrem die Verschlüsselung von Content ist, der auf SharePoint Online, bzw. OneDrive for Business liegt.

Die Verschlüsselung ist wie folgt aufgeteilt:

  • Als erstes mal SSL Verschlüsselung End to End, ist ja klar 🙂
  • Dann ist jede Harddisk mit ihrem eigenen Key verschlüsselt
  • Jedes Dokument zusätzlich mit seinem eigenen Key
  • Jedes zusätzliche Fragment (siehe shredded storage) bzw. jede Version hat wiederum ihren eigenen key
  • Jedes Dokument, welches >64KB ist, wird in junks aufgesplittet und jeder junk hat wiederum seinen eigenen key
  • Jeder junk wird nach dem Zufallsprinzip auf verschiedene Azure Storage Container verteilt
  • Jeder Container hat wiederum seinen eigenen Zugangsschlüssel, welche wiederum in einem eigenen Key Store aufbewahrt werden
  • Diese schlüssel sind nochmal verschlüsselt und werden in der Content Datenbank gespeichert
  • Nur wer alle Schlüssel hat, kann das Dokument lesen
  • Der Keystore wird mit der neusten dataprotection technologie geschützt und die Keys werden von Zeit zu Zeit ausgetauscht
  • Mehr Infos http://aka.ms/dataencryption

So, jetzt soll mir noch jemand sagen, dass er das ON PREM so hinbekommt, ohne Scheich von Arabien mit eigener Goldmine zu sein (Öl ist ja gerade nicht so in ;))


So long, Samuel

Neuerstellung eines Master Keys im Secure Store nicht moeglich


Heute bin ich mal wieder ueber ein komisches Problem gestossen. Ich habe versuct, einen neuen Master Key fuer den Secure Store zu erstellen. Lustigerweise bekam ich immer wieder dieselbe Meldung:

Failed to generate/refresh key due to error:Secure Store Service did not performed the operation.

Auch die folgenden Meldungen sagten nicht viel aus:

The Secure Store Service application Secure Store Service Proxy is not accessible. The full exception text is: A previously issued token has not expired. New token will not be issued till the previously issued token expires.

und

Unexpected exception from endpoint address : https://<server&gt;:32844/61aa03399387449d9ba88aaa0715b633/SecureStoreService.svc/https

 

Ich hatte noch nie Probleme damit gehabt, und musste danach feststellen, dass es sich um ein simples Security Problem handelte. Der Account, welcher den Key erstellen will, brauch full access zur Secure Store Service Application.

SecStoreSettings

 

 

 

 

 

 

 

 

 

 

Danach war es kein Problem mehr
So long, Samuel

Business Connectivity Database is in compatibility range and upgrade is recommended -en-


Since SharePoint 2013 Public Update March 2013 there is a problem in Central Admin -> Manage Databases Upgrade Status where the Business Connectivity Database shows, that it is in compatibility Range and Upgrade is recommended.

DB_BDCUpgradeNeeded

Normally you can use PSCONFIG.EXE -cmd upgrade -inplace b2b (found in the c:\program files\common files\microsoft shared\webserver extensions\15\bin) to upgrade any database in compatibility mode. Also the Upgrade-SPContentDababase Command would be handy, if it was a Content Database. As in our scenario nothing of it works, I did some investigation and found, that it could be done with the Provision() method of the SharePoint API. There it states:

Weiterlesen

SQL Server Maintenance für SharePoint


Was immer mal wieder gefragt wird ist, was man denn genau für SharePoint Datenbanken für Maintenance Tasks machen muss und welche Operationen auf SharePoint Datenbanken erlaubt sind und welche nicht.

Ich habe im Folgenden mal alles, was eigentlich auch im Technet bekannt aber verstreut oder unübersichtlich ist, zusammengefasst. Zusätzlich gibt es einen SQL Best Practice Skript, der die benötigten Aktionen automaisch erstellt. Viel Spass beim lesen

So long, Samuel

Inhalt

1       Database Maintenance Plan for SharePoint. 2

1.1        Databases in SharePoint 2013. 2

1.2        Database Maintenance. 4

1.3        Supported and Unsupported Chagnes on SharePoint DBs. 5

1.3.1         Unsupported Database Changes. 5

1.3.2         Supported database modifications. 6

1.3.3         Read operations addendum.. 7

2       SQL Maintenance Script7

 

 

 

 

1         Database Maintenance Plan for SharePoint

1.1         Databases in SharePoint 2013

Source: http://technet.microsoft.com/en-us/library/cc678868(v=office.15).aspx

Database Recommended Recovery Model Backup Method Size Characteristics Notes
Config Simple SP BackkupSQL Backup Small Read intensisve
  • Must be Co-Located with CA DB
  • Recovery Model must be full for Mirroring
  • Scale up, only one DB per Farm
Central Administration Content Full SP BackupSQL Backup Small Varies
  • Must be Co-Located with Config DB
  • Can grow over the period of 365 days if Power Pivot is used
  • Scale up, only one DB per Farm
Content Databases Full SP BackupSQL Backup Small to Big Varies by Usage
  • Limit Size to 200GB per Content DB
  • Scale out, Scale up (a Site Collection can sit in only 1 DB)
App Management Full SP BackupSQL Backup Small Write heavy
  • Only write heavy during App installation
  • Scale up, Scale out only on Office 365
Business data Connectivity Full SP BackupSQL Backup Small Read heavy
  • Scale up, only one DB per Farm
Search – Admin Simple SP BackupSQL Backup Medium Read Write
  • Scale up, Scale out only by creating additional Service Applications
Search – Analytics Simple SP BackupSQL Backup Medium to Large Write heavy
  • Nightly Analytics update
  • Scale out by Split Operation when DB becomes > 200GB
Search – Crawl Simple SP BackupSQL Backup Medium Read heavy
  • Scale out by creating new DBs for every 20mio Items crawled
Search – Link Simple SP BackupSQL Backup Medium to Large Write heavy
  • Affected by Content processing
  • Scale out by creating new DBs for 60mio Items crawled and for expected 100mio querys per year
Secure Store Full SP BackupSQL Backup Small Equal Read Write
  • Scale up, Scale out by creating new Service Applications
Usage Simple SQL Backup XLarge Write heavy
  • Scale up, only one DB per Farm
Subscription Settings Full SP BackupSQL Backup Small Read heavy
  • Scale up, Scale out by creating new Service Applications
User Profile – Profile Simple SP BackkupSQL Backup Medium to Large Read heavy
  • Scale up, Scale out by creating new Service Applications
User Profile – Sync Simple SP BackupSQL Backup Medium to Large Equal Read Write
  • Scale up, Scale out by creating new Service Applications
User Profile – Social Simple SP BackupSQL Backup Small to XLarge Read heavy
  • Scale up, Scale out by creating new Service Applications
Word Automation Full SP BackupSQL Backup Small Read heavy
  • Scale up, Scale out by creating new Service Applications
  • Traffic is Affected by Word Conversions only
Managed Metadata Full SP BackupSQL Backup Medium Read heavy
  • Scale up, Scale out by creating new Service Applications
Machine Translation Full SP BackupSQL Backup Small Read heavy
  • Scale up, Scale out by creating new Service Applications
Project Server Full SP BackupSQL Backup Small to Medium Read heavy
  • Scale up
  • One Database per Project WebApp
PowerPivot Full SP BackupSQL Backup Small Read heavy
  • Scale up
Performance Point Full SP BackupSQL Backup Small Read heavy
  • Scale up, Scale out by creating new Service Applications
State Service Full SP BackupSQL Backup Medium to Large Read heavy
  • Scale out by creating additional Databases
Master Simple SQL Backup Small Varies
Model Full SQL Backup Small Varies
Msdb Simple SQL Backup Small Varies
Tempdb Simple SQL Backup Medium Varies
  • Locate on fast Disks and split Database to several Datafiles
Report Server – Catalog Full SQL Backup Small Read heavy
  • Scale Up
Report Server – Temp Full SQL Backup Small to XLarge Read heavy
  • Scale Up
Report server – Alerting Full SQL Backup Small to XLarge Equal Read Write heavy
  • Scale Up
  • Must be on same Server as the Repprt Server – Catalog

1.2         Database Maintenance

Source: http://technet.microsoft.com/en-us/library/cc262731(v=office.14).aspx

These advices were published for SharePoint 2010 but mainly still apply for SharePoint 2013. Only the Timer Jobs might have changed that do automatic Index Maintenance. For all Databases that are used for SharePoint 2013 Content do regularly Database Maintenance.

Action Databases Frequency Notes
DBCC CHECKDB All SharePoint DBs Weekly of before each Full Backup
  • You cannot run DBCC CHECKDB WITH REPAIR_ALLOW_DATA_LOSS.
  • You can run DBCC_CHECKDB WITH REPAIR_FAST and REPAIR_REBUILD
Index Rebuilding All SharePoint DBs Depends on:-          If Database has a Timer Job

–          Fragmentation Level

 

Fragmentation methods

 

Fragmentation level Defragmenta-tion method
Up to 10% Reorganize (online)
10-75% Rebuild (online)
75% Rebuild (offline)
  • Online Index Rebuild only for SQL Enterprise
  • Fallback from Online to Offline Index Rebuild might occur on special occasions (e.g. for LOB Columns)
  • Many of the SP Indexes are rebuilt Offline because of LOB Content (like documents, Pictures etc.)
  • Offline and Online Index Rebuild result in Locks or inaccessibility of Indexes and should therefore be done in low activity times
  • Use “sys.dm_db_index_physical_stats” to measure Fragmentation. Values from 0 to 10 in Column “avg_fragmentation_in_percent” are acceptable
  • SharePoint Timer Jobs (Health Rules) are doing a part of Index defragmentation and Stats updates
  • Timer Jobs look for its associated databases and performs proc_DefragmentIndices stored procedure on int. Indexes with Fragmentation > 30% are considered for reindex
  • Not all Databases have Timer Jobs and should be monitored manually
  • Using DROP INDEX or CREATE INDEX Operations are NOT supported on SharePoint Databases
AutoShrink All SharePoint DBs Never
  • Better Solution is to create a new database, move the Site Collections and delete the old database
  • Only if there is definitely a very high amount of unused space and you do not plan to reuse it and only for Content Databases
  • EMPTYFILE Option is not supported
  • TRUNCATEONLY Option is not supported
Maintenance Cleanup All SharePoint DBs Weekly or with scheduled maintenance plans

 

1.3         Supported and Unsupported Chagnes on SharePoint DBs

The Microsoft Office server products store data in Microsoft SQL Server databases. These products use various stored procedures for regular processing. Therefore, the Microsoft SQL Server databases are important to the successful operation of these products.

SharePoint Products were tested by using a database structure as designed by the SharePoint Development Team and were approved for release based on that structure. Microsoft cannot reliably predict the effect to the operation of these products when parties other than the Microsoft SharePoint Development Team or Microsoft SharePoint Support agents make changes to the database schema, modify its data, or execute ad hoc queries against the SharePoint databases. Exceptions are described in the „Supported Database Modifications“ section.

1.3.1        Unsupported Database Changes

Examples of unsupported database changes include, but are not limited to, the following:

  • Adding database triggers
  • Adding new indexes or changing existing indexes within tables
  • Adding, changing, or deleting any primary or foreign key relationships
  • Changing or deleting existing stored procedures
  • Calling existing stored procedures directly, except as described in the SharePoint Protocols documentation
  • Adding new stored procedures
  • Adding, changing, or deleting any data in any table of any of the databases for SharePoint
  • Adding, changing, or deleting any columns in any table of any of the databases for SharePoint
  • Making any modification to the database schema
  • Adding tables to any of the databases for SharePoint
  • Changing the database collation
  • Running DBCC_CHECKDB WITH REPAIR_ALLOW_DATA_LOSS (However, running DBCC_CHECKDB WITH REPAIR_FAST and REPAIR_REBUILD is supported, as these commands only update the indexes of the associated database.)
  • Enabling SQL Server change data capture (CDC)
  • Enabling SQL Server transactional replication
  • Enabling SQL Server merge replication

If an unsupported database modification is discovered during a support call, the customer must perform one of the following procedures at a minimum:

  • Perform a database restoration from the last known good backup that did not include the database modifications
  • Roll back all the database modifications

 

If a previous version of the database that does not include the unsupported modifications is unavailable, or if the customer cannot roll back the database modifications, the customer must recover the data manually. The database must be restored to an unmodified state before Microsoft SharePoint Support can provide any data migration assistance.

If it is determined that a database change is necessary, a support case should be opened to determine whether a product defect exists and should be addressed.

1.3.2        Supported database modifications

Exceptions to the prohibition against database modifications are made for specific usage scenarios:

  • Operations that are initiated from the SharePoint administrative user interface
  • SharePoint specific tools and utilities that are provided directly by Microsoft (for example, Ststadm.exe)
  • Changes that are made programmatically through the SharePoint Object Model and that are in compliance with the SharePoint SDK documentation
  • Activities that are in compliance with the SharePoint Protocols documentation

Additionally, in rare circumstances during a support incident, Microsoft SharePoint Support agents may give customers scripts that modify the databases that are used by SharePoint. In these cases, all modifications are reviewed by the SharePoint Development Team to ensure that the operations being performed will not result in an unstable or unsupported database state. Database changes that are made with the guidance of a Microsoft SharePoint Support agent during the course of a support incident will not result in an unsupported database state. Customers may not reapply the scripts or changes provided by Microsoft SharePoint Support outside of a support incident.

1.3.3        Read operations addendum

Reading from the SharePoint databases programmatically, or manually, can cause unexpected locking within Microsoft SQL Server which can adversely affect performance. Any read operations against the SharePoint databases that originate from queries, scripts, .dll files (and so on) that are not provided by the Microsoft SharePoint Development Team or by Microsoft SharePoint Support will be considered unsupported if they are identified as a barrier to the resolution of a Microsoft support engagement.

If unsupported read operations are identified as a barrier to the resolution of support engagement, the database will be considered to be in an unsupported state. To return the database to a supported state, all unsupported read activities must stop.

2         SQL Maintenance Script

Source: http://ola.hallengren.com/scripts/MaintenanceSolution.sql

The SQL Server Maintenance Solution comprises scripts for running backups, integrity checks, and index and statistics maintenance on all editions of Microsoft SQL Server 2005, SQL Server 2008, SQL Server 2008 R2, SQL Server 2012, and SQL Server 2014. The solution is based on stored procedures, the sqlcmd utility, and SQL Server Agent jobs. I designed the solution for the most mission-critical environments, and it is used in many organizations around the world. Numerous SQL Server community experts recommend the SQL Server Maintenance Solution, which has been a Gold winner in the 2013, 2012, 2011, and 2010 SQL Server Magazine Awards. The SQL Server Maintenance Solution is free.

 

Das Gewinnervideo der Office 365 Readyness Competition bei Microsoft Schweiz


Es freut mich mitzuteilen, dass Experts Inside bei der Office 365 Readyness Competition von Microsoft Schweiz den ersten Platz ergattern konnte.

Hier ist das Video welches wir für die Finaleinreichung verwendet haben:

Und hier die Präsentation. Gerne halte ich diese auch bei Ihnen vor dem Management, der Technik oder den Endbenutzern.

So Long, Samuel