Comments
Sort by recent activity
Ah, that works much better.
So, to clarify, in SDC 7 the command line syntax for selecting specific tables was: /include:table:\[table1\]^|\[table2\]^|\[table3\]
Whereas in SDC8, the following syntax is correct? /include:table:^table1$^|^table2$^|^table3$
That seems confusing to me...
Also, your online documentation seems to indicate that the square bracket syntax is correct, not the $ syntax you posted, and probably needs to be updated. / comments
Ah, that works much better.
So, to clarify, in SDC 7 the command line syntax for selecting specific tables was:/include:table:\[table1\]^|\[table2\]^|\[table3\]
Whereas in...
The latest update that you posted does not solve the original problem.
It does fix the "Object reference not set to an instance of an object." error, but the "The selected objects are identical or no objects have been selected in the comparison." error remains. / comments
The latest update that you posted does not solve the original problem.
It does fix the "Object reference not set to an instance of an object." error, but the "The selected objects are identical or ...
Quick update: I installed the latest cumulative patch for SDC 8 to see if it would help, now I'm getting a different error: E:\>"E:\Red Gate\SQL Data Compare 8\SQLDataCompare.exe" /verbose /server1:the_real_prodc /server2:ladbmo01\lamo
m /database1:pricing /database2:pricing /include:table:\[tbl_ppws_cfg_maint_expense\]
Red Gate SQL Data Compare Command Line Utility V8.0.5.42
==============================================================================
Copyright c Red Gate Software Ltd 1999-2009
Serial Number:
Comparing database the_real_prodc.pricing with database ladbmo01\lamom.pricing...
Registering databases
Mapping
Error: Object reference not set to an instance of an object.
/ comments
Quick update: I installed the latest cumulative patch for SDC 8 to see if it would help, now I'm getting a different error:E:\>"E:\Red Gate\SQL Data Compare 8\SQLDataCompare.exe" /verbose /serve...
Looks like that fixed the problem. Thanks! / comments
Looks like that fixed the problem. Thanks!
Excellent, thanks for the reply! / comments
Excellent, thanks for the reply!
Ah, I believe I've solved my problem. The issue was that I did not want users or logins synced to the destination DB, but do want roles and role permissions synced. When I executed the sync command using /options:d,iu, the "include dependancies" inherent in the "d" option was what was messing things up. I changed my options to if,iw,ifg,iup,iweo,iu,irpt and everything seems to be working properly now.
For reference, my full command-line is thus: "E:\Red Gate\SQL Compare 6\SQLCompare.exe" /verbose /exclude:user /exclude:schema /exclude:StoredProcedure:sp_MS* /options:if,iw,ifg,iup,iweo,iu,irpt /server1:x /server2:y /database1:z /database2:z /sync
This results in syncing tables and roles, and granting permissions to the roles, but excludes users and logins as desired. / comments
Ah, I believe I've solved my problem. The issue was that I did not want users or logins synced to the destination DB, but do want roles and role permissions synced. When I executed the sync command...
Nope, excluding the ip doesn't work. See the following excerpt from the log: Altering permissions on [dbo].[SomeTable]
Msg 15151, Level 16, State 1, Server XXXXX, Line 1
Cannot find the user 'SomeUser', because it does not exist or you do not have permission.
See, because the users don't exist on the destination, omitting ip results in permission setting failing, causing the entire process to fail. / comments
Nope, excluding the ip doesn't work. See the following excerpt from the log:Altering permissions on [dbo].[SomeTable]
Msg 15151, Level 16, State 1, Server XXXXX, Line 1
Cannot find ...
I'm going to feel rather foolish if the solution to my issue is already in place and that simple. Let me give it a try and get back to you ;-) / comments
I'm going to feel rather foolish if the solution to my issue is already in place and that simple. Let me give it a try and get back to you ;-)
No, I'm finding that ip is ignoring permissions granted to roles. iu is working just fine. / comments
No, I'm finding that ip is ignoring permissions granted to roles. iu is working just fine.