3

The end goal is to move the MDF file of a non-critical Sharepoint site collection to a different drive. The database server/name/etc... is going to be unchanged.

Microsoft basically states that the official way to move a database is to remove it from Sharepoint, detach, move, reattach and then re-add the collection to Sharepoint.

However, if we are just moving the MDF file what can go wrong to just Detach, Move and Re-Attach? Even though Sharepoint is a very beefy web application, does it really get involved/dependent in the database settings? Application/Database server duties like this are normally handled separately.

Please explain what issues moving an MDF file location this way would cause.

Improve this question

1 Answer 1

Reset to default
3

Once you detach the MDF file, SharePoint will unable to access the Database and throws the error (login failed for the app pool account or no data found or 404 error). all the site collections in that content database should not be accessible. I believe there are chances any unsaved data loss.

But once you attach the mdf file to sql then SharePoint will access it and working as expected.

Improve this answer
1
  • That is what I was thinking. Making a database temporarily inaccessible shouldn't have a real chance of corrupting Sharepoint. Otherwise a small network issue, for example a bad router, could have big impacts. Obviously the site would have 404 errors while it was down but I couldn't imagine any other impact.
    – Jason Geiger
    Commented Nov 27, 2018 at 15:04

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.