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

Who Needs Change Management? Expand / Collapse
Author
Message
Posted Wednesday, January 15, 2003 12:00 AM
Grasshopper

GrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopper

Group: General Forum Members
Last Login: Tuesday, September 9, 2014 2:26 PM
Points: 20, Visits: 180
Comments posted to this topic are about the content posted at http://www.sqlservercentral.com/columnists/GRobidoux/whoneedschangemanagement.asp


Greg Robidoux
Edgewood Solutions
www.edgewoodsolutions.com
Post #9322
Posted Thursday, January 16, 2003 8:01 AM
SSC Eights!

SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!

Group: General Forum Members
Last Login: Tuesday, July 31, 2007 8:20 AM
Points: 885, Visits: 1
Hi there

Interesting article, but lacks what the DBA's really need, that being change control templates , specific (point form) steps used in example environments and example security settings to control developers.

I am very strict with change control at all levels, no matter the garbage you hear about "extreme programming", there is no place for slackness in development. Even so, there are levels of control to suite the particular environment as not everyone is running a train control system.

Here is what I do:

Development:
+ all db schema changes are made by dba only
+ db changes are documented and analysed by dba through change control form
+ db access via roles at all times, dba manages and communicates the security paradigm clearly and checks regularly during dev cycle. Nothing goings to test or prod without following the rules.
+ developers do get ddladmin and db_security db privs for managing their views and stored procs. All objs must, at the end of the day, be owned by DBO.
+ server admin access open
+ installation of SW on any box is documented via DBA

Test:
+ change control form clearly documents schema changes
+ db backed up
+ changes applied, views/stored procs etc applied
+ app and db security privs are "what prod is like" to ensure proper testing occurs
+ server access is locked out to select few (senior analysts etc that manage integration and system testing cycles)

Prod:
DBA only.
Strict dev -> test -> pre-prod (compile server, mirror of prod) before anh change is applied.
All replace components are backed up before the change.


There is a hope range of issues etc to cover, but just some thoughts to start with.

Cheers

Chris K
www.chriskempster.com











Chris Kempster
www.chriskempster.com
Author of "SQL Server Backup, Recovery & Troubleshooting"
Author of "SQL Server 2k for the Oracle DBA"
Post #51707
Posted Thursday, January 16, 2003 10:25 AM


SSC-Dedicated

SSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-Dedicated

Group: Administrators
Last Login: Yesterday @ 8:41 PM
Points: 31,080, Visits: 15,525
Nice high level article and something that I completely agree with. You need a process for managing changes.

Steve Jones
sjones@sqlservercentral.com
http://www.sqlservercentral.com/columnists/sjones
www.dkranch.net







Follow me on Twitter: @way0utwest

Forum Etiquette: How to post data/code on a forum to get the best help
Post #51708
Posted Thursday, January 16, 2003 12:03 PM
Grasshopper

GrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopper

Group: General Forum Members
Last Login: Tuesday, September 9, 2014 2:26 PM
Points: 20, Visits: 180
Chris,
Thanks for the great input. I wasn't sure how detailed to write the article, so I did a very high level for now to get people interested. I will follow this up with future articles that give more of the process instead of just the overview of why you would want to do this.
Thanks

Greg Robidoux
Edgewood Solutions
www.edgewoodsolutions.com



Greg Robidoux
Edgewood Solutions
www.edgewoodsolutions.com
Post #51709
Posted Friday, January 17, 2003 10:00 AM
SSCrazy Eights

SSCrazy EightsSSCrazy EightsSSCrazy EightsSSCrazy EightsSSCrazy EightsSSCrazy EightsSSCrazy EightsSSCrazy EightsSSCrazy EightsSSCrazy Eights

Group: Moderators
Last Login: Friday, September 26, 2014 11:48 AM
Points: 8,370, Visits: 742
I have enough Daves to tell you if I could ever get agreement on the process of this I would love it. Usually the problem is fixing something breaks something else but the person who made the changes is here 7 hours after I leave and will be out of contact for weeks. Plus it is usually a typo that gets them. Anyway nice overview.




Post #51710
Posted Wednesday, February 5, 2003 4:46 AM
SSC Rookie

SSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC Rookie

Group: General Forum Members
Last Login: Thursday, June 1, 2006 1:12 AM
Points: 35, Visits: 1
Our Company has developed a tool that we think you might find useful for SQL Server Change Management. It is offered with the discount of 15%, exclusively to SQLServerCentral users (see http://www.sqlservercentral.com/products/#discounts)

SQL Source Control 2003 integrates Microsoft SQL Server with Visal Source Safe.
Thanks to this it enables source control of code and documentation of your databases.

You may also create and version database documentation quick and easy, down to table columns or stored procedure parameters, and generate documentation in easy to read and share HTML format.

To learn more about these and other features, please go to http://www.sqlsourcecontrol.com

Free evaluation version is avaliable for download at http://www.sqlsourcecontrol.com/tryit.htm



Edited by - skilledsoftware on 02/05/2003 07:24:26 AM




sincerely,
--
Sebastian K. Zaklada
Skilled Software
http://www.skilledsoftware.com
This posting is provided "AS IS" with no warranties, and confers no rights.
Post #51711
« Prev Topic | Next Topic »

Add to briefcase

Permissions Expand / Collapse