June 7, 2014 at 2:19 am
Comments posted to this topic are about the item Anything Remotely Useful
Best wishes,
Phil Factor
June 7, 2014 at 7:51 pm
Phil I believe there will be a cultural shift taking place in the not so distant future. Continuous testing and delivery rely on automated idempotent processes. The processes should not take dependencies on a particular OS or user interface. It would be quite refreshing to integrate modules with custom code to facilitate delivery. Think of all the time that would be saved running processes that yielded the same results no matter how many times they were executed.
Knowledgeable DBA's and those willing to learn orchestration best practices will find themselves in high demand as Microsoft pushes for less of a reliance on the DBA. Good DB professionals make excellent candidates for roles that deal with continuous testing and delivery. The thought processes that have served them well throughout their careers match up quite well with the demands of roles that deal with continuous testing and delivery.
June 7, 2014 at 10:35 pm
I've never done powershell. But know dos batch files inside and out anymore. I've used them to setup a full monitoring system on our hosted systems that provide a daily check in for all the servers. I also setup a weekly backup system that use 7-Zip to backup non SQL DBs and application data. It reports to a entral server and then I built a daily Access DB run that consolidates the info and sends daily e-mails for all the servers.
My prior position I was able to use similar install scripts to automate client upgrade installs as well. So I'm not a strict "I'm a DBA only" person. Someday I guess I will have to to learn powershell. But using DOS batch files can get you to the 90% level if you have a clue.
----------------
Jim P.
A little bit of this and a little byte of that can cause bloatware.
June 9, 2014 at 2:30 am
I also think that the more that is done in a scripting language the more of a library of scripts is built up both in-house as well as popular ones shared online. With PowerShell's functions, modules and script importing, I should imagine that the more you use scripting the less script you need to write.
Also, I can imagine GUI front ends being developed for PowerShell much like they do for WiX using Votive.
Gaz
-- Stop your grinnin' and drop your linen...they're everywhere!!!
January 9, 2015 at 2:05 pm
Has anyone actually used BoxStarter to deploy SQL schema changes? I would love to automate this process, but I can't get a budget to invest in Octopus or other tools.
January 11, 2015 at 11:50 am
BoxStarter would only be useful for commissioning a new server or VM - installing all the software ,but it wouldn't directly help a deployment. If I had no budget for third-party tools, I'd certainly aim for a PowerShell solution. There are links to materials on Simple-Talk here (Database LifeCycle Management)[/url]. My personal favourite articles for discussing what's required are Here.[/url] Deploying Database Developments ( 17 Jun 2008 ), Database Deployment Challenges ( 30 Jan 2013 ), An Incremental Database Development and Deployment Framework ( 12 Feb 2013 ), Automating SQL Server Database Deployments: A Worked Example ( 27 Feb 2013 ), Automating SQL Server Database Deployments: Scripting Details ( 06 Jun 2013 ) By Alex Karmanov.
Best wishes,
Phil Factor
Viewing 7 posts - 1 through 6 (of 6 total)
You must be logged in to reply to this topic. Login to reply