Jump to content

Recommended Posts

Posted

Afternoon Everyone,

 

So..... bit the bullet and re-installed MDT on a fresh server. Deployed an image using a copied over task sequence - didn't setup the database part of it all. It worked. Built well. Backed it up.

 

Installed SQLExpress 2022 and it all broke again - no connection to the database.

 

Tearing my hair out with this. Back to the backup......

Posted

Hi - I always followed the instructions from a Johan A book and website where they use a separate database.

 

Always worked for me - except now.

 

G

Posted
Hi - I always followed the instructions from a Johan A book and website where they use a separate database.

 

Always worked for me - except now.

 

G

 

Makes the book thicker I guess, or if you're installing 1000 machines every minute

Posted
Our MDT works fine, even deploying W11. It doesn't need a separate database, the built-in one works fine.

 

Hi Martin,

 

If I use the inbuilt one how will I get my data back in from the backup?

 

Gareth

Posted

Ok I can see where your trouble is i.e you want to restore your old MDT database so you can't use the in built in SQL version and have to install an SQL server but then that breaks MDT?

 

I cant really advise further as have used MDT/WDS in built options for 10+ years so never run into this issue.

Posted

The database is kinda separate in that it's running in an SQL Express instance, but you can install/provision it from within the MDT workbench UI, IIRC.

 

To import details of all our computers from a CSV, I used some PowerShell scripting that's floating around on the web (stuff based on a PowerShell module names MDTDB.psm1).

Posted

Afternoon all - so I've fixed it. A totally random thing but it's fixed.

 

When I entered the FQDN of the SQLExpress server into MDT it would not connect. It could not find it - so has to be DNS yes? This is despite the SQLExpress installation running on the same IP address as the MDT installation. MDT finds the share \\\MDTDeploy without any issues.

 

When connecting to the database, SQL could not find it at all. So I changed the FQDN to the IP Address and hey ho - it connected to SQLExpress straight away. Now why has this happened? It was working fine one day and then not the other. DNS is fine - names/ip addys are all in there.

 

That is for another day - it's working now - so thanks everyone for their input.

 

Gareth

  • Thanks 2

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...