asked on What happens to applications when moving schema extension from 2012R2 to 2016?
When a company is moving from Windows 2012 R2 to Windows 2016, are there any known issues that may occur with this upgrade, talking specifically to our applications? Before we begin this upgrade, we want to make sure we know and understand any known issues that we might expect to our applications.
By applications I mean sharepoints, windows 7 desktops, office and lync 2013, etc.
I appreciate your assistance.
By applications I mean sharepoints, windows 7 desktops, office and lync 2013, etc.
I appreciate your assistance.
Windows OSWindows Server 2012Active Directory
Last Comment
Piedra
ASKER
Thank you for your response Cliff. While reading through the internet, I’m guessing that any application issues that may be encountered would be it applies to any of the following reasons. Would you agree?
If a vendor does any of the following when building their application, unexpected problems may result when the Active Directory schema is extended:
1. The application checks for the Active Directory schema version and has a dependency of some kind on the schema version.
2. The application requires the administrator to manually specify the root object identifier (OID) during setup and configuration of the product.
3. The application includes its own extensions to the Active Directory schema but these extensions may have implemented improperly or might conflict with or even block future schema changes from Microsoft. Examples of improper implementation of schema changes can include such things as duplicate IODs, duplicate schema-id GUIDs, wrong syntax for attributes, missing must-contain attributes, missing may-contain attributes, and so on.
If the above statements are true, this would apply mainly to 3rd party applications and not to Microsoft applications (Lync, Office, Exchange, etc)?
If a vendor does any of the following when building their application, unexpected problems may result when the Active Directory schema is extended:
1. The application checks for the Active Directory schema version and has a dependency of some kind on the schema version.
2. The application requires the administrator to manually specify the root object identifier (OID) during setup and configuration of the product.
3. The application includes its own extensions to the Active Directory schema but these extensions may have implemented improperly or might conflict with or even block future schema changes from Microsoft. Examples of improper implementation of schema changes can include such things as duplicate IODs, duplicate schema-id GUIDs, wrong syntax for attributes, missing must-contain attributes, missing may-contain attributes, and so on.
If the above statements are true, this would apply mainly to 3rd party applications and not to Microsoft applications (Lync, Office, Exchange, etc)?
ASKER CERTIFIED SOLUTION
THIS SOLUTION ONLY AVAILABLE TO MEMBERS.
View this solution by signing up for a free trial.
Members can start a 7-Day free trial and enjoy unlimited access to the platform.
ASKER
Understood. Thank you very much for your replies, you've helped me a lot.
Have a great day!
Have a great day!
As to the question in the post, each application will be different and you need to check with ach manufacturer. We can't possibly knoweery appl7cation in your environment nor how you configured them.