.NET, MVC, C#.NET, ASP.NET , Jquery, SQL, Kendo UI

Please Use this Script to Backup your db in 10 files BACKUP DATABASE [Databas_Name] TO DISK = 'C:\MSSQL_Backup\Database_FileName1.bak', DISK = 'C:\MSSQL_Backup\Database_FileName2.bak', DISK = 'C:\MSSQL_Backup\Database_FileName3.bak', DISK = 'C:\MSSQL_Backup\Database_FileName4.bak', DISK = 'C:\MSSQL_Backup\Database_FileName5.bak', DISK = 'C:\MSSQL_Backup\Database_FileName6.bak', DISK = 'C:\MSSQL_Backup\Database_FileName7.bak', DISK = 'C:\MSSQL_Backup\Database_FileName8.bak', DISK = 'C:\MSSQL_Backup\Database_FileName9.bak', DISK = 'C:\MSSQL_Backup\Database_FileName10.bak' WITH INIT , NOUNLOAD , NAME = 'Databas_Name backup', NOSKIP , STATS = 10 , NOFORMAT  

28 down vote accepted While I am in full agreement that source control is the right way to do this, I also understand that not all environments are disciplined enough to rely on that alone (if at all), and that sometimes changes have to made directly to keep the app running, save a client, what have you. You can use a DDL trigger to keep all revisions in a table in a separate database (and of course back up that database frequently). Assuming you have a utility database: USE Utility ; GO CREATE TABLE dbo . ProcedureChanges ( EventDate DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP , EventType NVARCHAR ( 100 ), EventDDL NVARCHAR ( MAX ), DatabaseName NVARCHAR ( 255 ), SchemaName NVARCHAR ( 255 ), ObjectName NVARCHAR ( 255 ), HostName NVARCHAR ( 255 ), IPAddress VARCHAR ( 32 ), ProgramName NVARCHAR ( 255 ), LoginName NVARCHAR ( 255 ) ); Now in your database, first let's grab what we'll ca...