It's always a good idea to have a read of the NEWS.txt file 
https://github.com/apache/cassandra/blob/cassandra-1.1/NEWS.txt

Cheers
-----------------
Aaron Morton
Freelance Developer
@aaronmorton
http://www.thelastpickle.com

On 12/07/2012, at 5:51 PM, Tyler Hobbs wrote:

> On Wed, Jul 11, 2012 at 8:38 PM, Roshan <codeva...@gmail.com> wrote:
> 
> 
> Currently we are using Cassandra 1.0.6 in our production system but suffer
> with the CASSANDRA-3616 (it is already fixed in 1.0.7 version).
> 
> We thought to upgrade the Cassandra to 1.1.X versions, to get it's new
> features, but having some concerns about the upgrade and expert advices are
> mostly welcome.
> 
> 1. Can Cassandra 1.1.X identify 1.0.X configurations like SSTables, commit
> logs, etc without ant issue? And vise versa. Because if something happens to
> 1.1.X after deployed to production, we want to downgrade to 1.0.6 version
> (because that's the versions we tested with our applications).
> 
> 1.1 can handle 1.0 data/schemas/etc without a problem, but the reverse is not 
> necessarily true.  I don't know what in particular might break if you 
> downgrade from 1.1 to 1.0, but in general, Cassandra does not handle 
> downgrading gracefully; typically the SSTable formats have changed during 
> major releases.  If you snapshot prior to upgrading, you can always roll back 
> to that, but you will have lost anything written since the upgrade.
>  
> 
> 2. How do we need to do upgrade process?  Currently we have 3 node 1.0.6
> cluster in production. Can we upgrade node by node? If we upgrade node by
> node, will the other 1.0.6 nodes identify 1.1.X nodes without any issue?
> 
> Yes, you can do a rolling upgrade to 1.1, one node at a time.  It's usually 
> fine to leave the cluster in a mixed state for a short while as long as you 
> don't do things like repairs, decommissions, or bootstraps, but I wouldn't 
> stay in a mixed state any longer than you have to.
> 
> It's best to test major upgrades with a second, non-production cluster if 
> that's an option.
> 
> -- 
> Tyler Hobbs
> DataStax
> 

Reply via email to