Change from edb file to SQL Server database for Desired State Configuration Pull services
Votes from Connect: 6
Original Date Submitted: 4/25/2015 5:54:58 AM
Site Name: PowerShell
Feedback ID: 1275973
If Pull services databases change to SQL Server, we could have high availability and build a real pull infrastructure. It also brings possibility to have tierce applications that read datas and build reports using SSRS, etc.
Product Studio item created by Connect Synchronizer due to creation of feedback ID 1275973 (http://connect.microsoft.com/PowerShell/feedback/ViewFeedback.aspx?FeedbackID=1275973).
Internal BugId: 14408
This feature has been shipped in Windows Server 2019. We do not have plans to pack-port the capability to earlier versions of Windows.
>We hope to deliver this capability
What does it even mean after two years of waiting and especially after reading this very vague blog post ?
"we are still working on what the future of this looks like"
Sounds like to me that DSC has no real ownership/priority/proper on-prem only enterprise support in mind right now, so it would be better to stop offering false hopes and admit to move onto something else like puppet, chef, ansible or salt who are at least trying to deliver solutions.
No high availability, no maintenance window support, no proper dsc pull server, no support for resource notifications ( config file changes /restart the service kind), no support for gMSA ( IIS/windows service), etc etc I am keep hitting these fundamental basic feature gaps whenever trying to go back to do something with DSC and seemingly these issues are being ignored for the past 2 years.
Hopefully you just invalidate all of these very soon and I can go back to hack with DSC!
In few environment, the production's servers can't access to network due to few limitation.
David Jones commented
In a highly secure environment it would help to have HA in the pull server. Configs in the cloud are not an option
Don Jones commented
I believe you can already modify the connection string in web.config, although I'm not sure if it has any effect. Regardless, as we've no idea what the schema should look like, it isn't currently helpful.
Bartek Bielawski commented
My $0.05 - it should be possible to decide on database engine in supported fashion. MS SQL should be one of the options, but perhaps it would make sense to open it up for other options too.