The editors at the company where I work have been working on a new content tree in Sitecore. First we cloned the Home-node to a NewHome node. This way they could rearrange the structure without changing the pulished one. Still they got updates that were applied to the Home node. When we went live with the new structure we wanted all the old search indexed pages to be redirected to the new page in the new structure. This is how we did it!
Our organisation is working on a new content structure and took a decision to do this by creating a new content tree by cloning the present one. When it was time to go live with the new content we found that when deleting the clone ID we lost a lot of information on the clone item. The only way to save the information on the fields were to break the inheritance and then delete the dependency to the master item. Doing that manually would have taken a huge amout of time on thousands of items in 16 languages. This was a great opportunity to figure out how to use the Sitecore PowerShell Extension!
In the Scaling Guide for Sitecore CMS 7.0 it is recommended to restrict access to the Sitecore CMS Admin on the Content Delivery Servers (Web Front Servers). This can be done either by a IP restriction rule or setting Anonymous Access restrictions to some of the Sitecore folders. I had som issues setting restrictions to the default.aspx file. It was easily solved just if you know how to do it the correct way.