

- Cubeactive notelist offload in readable format software#
- Cubeactive notelist offload in readable format windows#
This is because people limit themselves to a single readable secondary. One of the challenges people have with using the log shipped copy as a readable secondary, though, is that you have to kick all the current users out in order to apply any new logs – so either you have users getting annoyed because they are repeatedly disrupted from running queries, or you have users getting annoyed because their data is stale. And aside from bypassing the licensing costs and configuration hurdles presented by Availability Groups, it can also avoid the 14-byte penalty that Paul Randal ( talked about in this week's SQLskills Insider newsletter (October 13, 2014). So what are these users to do? Your New Hero: Log Shipping Others see the value, but simply can't afford it.
Cubeactive notelist offload in readable format software#
And there are new requirements around Software Assurance, too an added cost if you want your standby instances to be compliant.
Cubeactive notelist offload in readable format windows#
It also requires Windows Server Failover Clustering (WSFC), a complication not just for demonstrating the technology on a laptop, but also requiring the Enterprise Edition of Windows, a domain controller, and a whole bunch of configuration to support clustering. Enterprise Edition is expensive, especially if you have a lot of cores, and especially since the elimination of CAL-based licensing (unless you were grandfathered in from 2008 R2, in which case you are limited to the first 20 cores). Then reality hits: the feature requires the Enterprise Edition of SQL Server (as of SQL Server 2014, anyway). People get very excited when they hear about Availability Groups. Setting this up is not simple, but is a whole lot easier and more maintainable than previous solutions (raise your hand if you liked setting up mirroring and snapshots, and all the perpetual maintenance involved with that).


One of the great things made possible here is offloading read-only operations to a secondary replica, so that the primary read/write instance is not bothered by pesky things like end user reporting. Availability Groups, introduced in SQL Server 2012, represent a fundamental shift in the way we think about both high availability and disaster recovery for our databases.
