Have a client with a bit of a weird setup left behind by a predecessor, company is fairly small so not looking to pay out for full blown SharePoint or SQL.
They currently have a SharePoint services 3.0 running on a 2003 server this is on a different domain and forest to their actual domain.
For some reason it broke on the original one and they got it working but transferring the database to a new installation on a new domain/forest and creating a forest trust between however this had led to everyone putting in usernames and passwords each time the site is accessed.
This has a number of issues and I think best way forward is to get them back on their normal internal domain and working on SharePoint Foundation 2010.
From reading I cannot go from 3.0 to foundation 2013 so have chosen 2010 I have a method in place on how I am going to get the content over as that's the bit I am interested in not too fussed on permissions etc I can sort those out once install is running and they do need sorting in the process.
My only question really to the forum is what the effect is on their normal functioning working internal domain from a SharePoint view, something in the past broke, my plan is to install SharePoint on their secondary file server running 2008 r2 std and then import the content from the old db on 3.0, using a guide I have found, then sort out permissions etc and go from there.
Is there a chance the old sharepoint installation did things to the active directory schema/added accounts etc at all which is likely to cause the install to fail or anything active directory I should be concerned about.
I have recently brought their domain up to 2012 functional and forest level with 2 domain controllers.
Any help appreciated as I don't normally get too involved with SharePoint/SQL so my knowledge only goes so far.