jthompson Posted June 7, 2024 Posted June 7, 2024 I guess the equivalent value for you to use would be MDTDeploy$. Might be worth checking the db permissions. This seems like a reasonable guide to follow for that: https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-10/deployment/deploy-windows-mdt/use-the-mdt-database-to-stage-windows-10-deployment-information#configure-database-permissions
garethEds Posted June 11, 2024 Author Posted June 11, 2024 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......
jthompson Posted June 11, 2024 Posted June 11, 2024 So I'm guessing the db permissions article didn't solve it for you, then? It does seem like a credentials/permissions thing.
PotNoodleTech Posted June 11, 2024 Posted June 11, 2024 Out of interest - Why are you installing SQL Express over the working system anyway? I've always used the built in click next click next during the install?
3s-gtech Posted June 11, 2024 Posted June 11, 2024 Indeed - why are you trying to install a different DB engine?
garethEds Posted June 11, 2024 Author Posted June 11, 2024 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
MartinT Posted June 11, 2024 Posted June 11, 2024 Our MDT works fine, even deploying W11. It doesn't need a separate database, the built-in one works fine.
ITGuyNW Posted June 11, 2024 Posted June 11, 2024 Never had to install a separate database, seems like extra work
mavhc Posted June 11, 2024 Posted June 11, 2024 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
garethEds Posted June 11, 2024 Author Posted June 11, 2024 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
garethEds Posted June 11, 2024 Author Posted June 11, 2024 I'm confused - where do I setup a database in MDT if I am not using an SQL Server? Where are you putting your machine names?
PotNoodleTech Posted June 11, 2024 Posted June 11, 2024 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.
jthompson Posted June 11, 2024 Posted June 11, 2024 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).
MartinT Posted June 11, 2024 Posted June 11, 2024 If I use the inbuilt one how will I get my data back in from the backup? Different use case - we only build bare metal from MDT.
3s-gtech Posted June 11, 2024 Posted June 11, 2024 I thought that you could still connect to the inbuilt DB using SQL Management Studio - so you could push/pull the DB from there.
garethEds Posted June 14, 2024 Author Posted June 14, 2024 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 2
Recommended Posts
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 accountSign in
Already have an account? Sign in here.
Sign In Now