Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
 
 
 
        
Home       Members    Calendar    Who's On


Add to briefcase

Anything Remotely Useful Expand / Collapse
Author
Message
Posted Saturday, June 7, 2014 2:19 AM


SSChasing Mays

SSChasing MaysSSChasing MaysSSChasing MaysSSChasing MaysSSChasing MaysSSChasing MaysSSChasing MaysSSChasing Mays

Group: General Forum Members
Last Login: Tuesday, July 21, 2015 3:36 AM
Points: 616, Visits: 2,689
Comments posted to this topic are about the item Anything Remotely Useful


Best wishes,

Phil Factor
Simple Talk
Post #1578571
Posted Saturday, June 7, 2014 7:51 PM
Valued Member

Valued MemberValued MemberValued MemberValued MemberValued MemberValued MemberValued MemberValued Member

Group: General Forum Members
Last Login: Tuesday, July 21, 2015 6:38 PM
Points: 53, Visits: 403
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.



Post #1578618
Posted Saturday, June 7, 2014 10:35 PM


SSChasing Mays

SSChasing MaysSSChasing MaysSSChasing MaysSSChasing MaysSSChasing MaysSSChasing MaysSSChasing MaysSSChasing Mays

Group: General Forum Members
Last Login: Tuesday, September 23, 2014 7:42 PM
Points: 635, Visits: 2,215
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.
Post #1578629
Posted Sunday, June 8, 2014 10:29 AM
SSC Rookie

SSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC Rookie

Group: Administrators
Last Login: Wednesday, April 1, 2015 10:44 AM
Points: 31, Visits: 50
@Jim
If you are good at DOS commands, then you'll be a natural in PowerShell. It is almost backward-compatible but not quite. Yes, I've done many years of DOS shell processes, and when PowerShell came along, I just thought, 'this will make it all easier!'. It did.


Editor: Simple-Talk
Post #1578665
Posted Monday, June 9, 2014 2:30 AM


SSCertifiable

SSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiable

Group: General Forum Members
Last Login: Monday, June 29, 2015 7:59 AM
Points: 6,359, Visits: 4,344
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!!!
Post #1578725
Posted Friday, January 9, 2015 2:05 PM
SSC Rookie

SSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC Rookie

Group: General Forum Members
Last Login: Monday, January 12, 2015 2:42 PM
Points: 40, Visits: 186
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.
Post #1649986
Posted Sunday, January 11, 2015 11:50 AM


SSChasing Mays

SSChasing MaysSSChasing MaysSSChasing MaysSSChasing MaysSSChasing MaysSSChasing MaysSSChasing MaysSSChasing Mays

Group: General Forum Members
Last Login: Tuesday, July 21, 2015 3:36 AM
Points: 616, Visits: 2,689
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). My personal favourite articles for discussing what's required are Here. 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
Simple Talk
Post #1650147
« Prev Topic | Next Topic »

Add to briefcase

Permissions Expand / Collapse