Histórico da Página

...

Devido a mudança de comportamento na quebra para conversão de formatos de data, o produto RM não permitirá o uso do nível de compatibilidade (130 () disponível no SQL Server 2016 ) e  e Azure SQL Database. Os aplicativos afetados podem usar um nível de compatibilidade de banco de dados antecedentes ao SQL Server 2016 ( 80 | 90 | 100 | 110 | 120) até a que as adequações necessárias sejam realizada nas versões futuras do RM. Abaixo discorremos a respeito do fato impeditivo para esta alteração.

Em suma, a conversão de data e hora para um tipo de dados temporais de maior precisão (datetime2, datetimeoffset ou time) pode render um valor de tempo diferente, porem mais preciso, do que em versões anteriores. Além disso, os atributos envolvendo datetime consideram a precisão total do valor interno do datatime cheio ao invés do valor do tempo arredondado para o milissegundo mais próximo. Essas mudanças no comportamento de conversão e comparação podem afetar aplicativos existentes e não são intuitivas, a menos que se entenda a fundo a implementação  do tipo de dado datetime.

...

O comportamento de conversão e comparação de data e hora é controlado pelo nível de compatibilidade do banco de dados. Bancos de dados no nível SQL Server 2016 (130) usam o novo comportamento e o comportamento legado é usado com outros níveis.

Resumo
Essas mudanças de comportamento na data do dia têm o benefício de uma melhor precisão e desempenho da conversão / comparação de data / hora. Os aplicativos afetados podem usar um nível de compatibilidade de banco de dados pré-SQL Server 2016 ( 80 | 90 | 100 | 110 | 120) até a alteração ser concluída nas versões futuras.

Segue abaixo o link da documentação oficial da Microsoft sobre a mudança no campo DATETIME:

...