Information | Business | Technology

New Product Review: Metalogix Selective Restore Manager Pro

I recently had the pleasure of using and reviewing a great product by Metalogix called the Selective Restore Manager Pro for SharePoint. As you may or may not know yet, I am also an editor over at SharePointReviews.com, so I try to churn out at least one in-depth “expert” review per month. I say expert in quotations, because I’m not necessarily claiming to be an expert with a certain level of authority. We simply have a user review and an expert review available on each product. User reviews can be done by anyone (except the vendor themselves), and it is very simple to login and rate a product or service. Expert reviews are submitted by authors who have more extensive SharePoint experience. They also are required to spend more time with a product so that they can give an accurate and detailed review of their experience.

The Selective Restore Manager Pro for SharePoint by Metalogix is a utility for SharePoint content restoration and comparison. It has a very easy-to-use interface, and within minutes you can restore documents, lists, sites or any other content within your SharePoint site collection. The product is lightweight, and it does not use a lot of resources to accomplish its tasks. A full audit trail is performed during each process making copy/restore functions more accessible to SharePoint farms with multiple admins.

With that said, please check out my review of the Selective Restore Manager Pro, and let me know what you think.

By |October 9th, 2009|Categories: Reviews, Technology|Tags: , , , , , |0 Comments

Sharepoint Update Log – Part 2

Part 1 Part 2

In Part 1 of this article I compared and contrasted the various methods that we could use for our Sharepoint update log application. I’ve chosen the custom aspx site/SQL table method as it is the most effective solution for what I currently need. I don’t intend to design a full-fledged application with reporting features, logins, AJAX menus(well.. maybe a little AJAX would be cool!), etc. I need a custom site that is independent of Sharepoint, so developers/admins can log their updates to the database. If Sharepoint breaks, then we should be able to access this data as it might help us determine the point of failure. Simple and effective.

My aspx site is uber-simple to the point to where you might question why I even spent time writing this article. Well, I’m glad you’re that concerned about my free time! I’m writing this, because I see a lot of IT shops without something like this. Keeping an update log for live servers should be a non-negotiable in your environment. I hope that this example will either offer you a solution that you can use immediately or provide you with a catalyst to design your own solution based on your needs. You don’t have to be a VB.NET guru to get this done. For this article, I’ll show you some screenshots, so you can laugh at see how simple this is.

sp_update_log1

  • As you can see I have a few drop down boxes and text boxes that match the table layout from the
By |December 18th, 2008|Categories: SharePoint|Tags: , , , , , |1 Comment

Sharepoint Update Log – Part 1

Part 1 Part 2

It’s not everyday that you find a company or IT department that keeps a structured and updated “update log” for their systems, let alone Sharepoint. Updating your software is as easy as clicking a few buttons and trusting that everything will work as advertised. And for the most part, application updates really do what they are supposed to without causing outages. With communities, blogs and wikis for just about every application in existence, developers find it much easier to distribute test builds to the masses and receive responses rather quickly. This translates to quicker bug fixes and an overall better experience for end-users. But this can also lead to an ultra-trusting mentality when it comes to updating your software with major upgrades and/or patches. It only takes one patch to create hours of work for you and your team to get the system back online when incompatibilities rear their ugly heads.

This three part article will aim to give you my thoughts for an effective update log for your Sharepoint servers.

NOTE: I’ve written this article with respect to Sharepoint specifically. It is part of a larger concept that could be incorporated into all LOB systems.

The first thing that we need to do is figure out where we should store our data. Depending on your needs and organizational size this may be a very simple setup, but it still helps to think it through first.

The table below summarizes a few pros and cons for 4 possible scenarios.

This is a pretty self-explanatory table, but I want to touch on one of these […]

By |August 21st, 2008|Categories: SharePoint|Tags: , , , , , |1 Comment