SharePoint Templates: Helpful tools in Hosted SharePoint Web Sites

Providing a starting point for the developers and the partner who look forward to build deeper solutions based on SharePoint hosting, the SharePoint Templates caters to the different business process needs in organization (irrespective of the size of the organizations). Fully compatible with the Microsoft office SharePoint designer 2007, the SharePoint Templates can actually be divided into two separate groups namely server admin templates and site admin templates. Providing out-of-the-box custom scenarios, the SharePoint Templates in SharePoint WSS 3.0 hosting can be applied in certain business tasks like sales campaign tracking or managing the helpdesk. Site admin templates are custom SharePoint Templates which can be easily installed into the template gallery by a SharePoint site administrator without requiring access to server administration. Server admin SharePoint Templates are site definitions. They enable tighter integration and increased functionality within Windows SharePoint Services platform. As against the Site admin templates their installation requires a server administrator.

The Application Templates which are out-of-the-box options and are pre-created can help you to start with your hosted SharePoint web site, or pages inside SharePoint Hosting Site. Easily applicable to the new pages, the SharePoint Templates and can be easily manipulated and changed, just like you do while building a SharePoint page from right from the scratch. The application templates also help to create web based applications which are capable of increasing the overall efficiency.

There are in total 40 SharePoint Templates created by Microsoft. These templates do not only save time but also increases the overall efficiency and also helps in the manipulation of the web parts (which are used to construct the SharePoint pages). The SharePoint templates are added or removed or can be edited according to your needs. All that you need to do is to identify your needs… You have a solution to your problem!

Source:- hostreview.com/

Microsoft Launches Online Exchange, SharePoint

Microsoft on Monday officially launched hosted versions of Exchange and SharePoint, two of its biggest on-premise cash cows, and continued to drive home the message that channel partners have nothing to fear from Microsoft's plan to move all its enterprise apps to the cloud.

Exchange Online and SharePoint Online are part of Microsoft's Business Productivity Online Suite (BPOS), which also includes Live Meeting and Office Communications Server, although the latter is still in beta and won't be available until next spring.

At a launch event in San Francisco, Stephen Elop, president of the Microsoft Business Division, said companies can reap cost savings of between 10 and 50 percent by moving to Microsoft-hosted SharePoint and Exchange services.

Microsoft's launch last month of the Windows Azure cloud-based development platform marked a significant step forward for Microsoft's Software Plus Services strategy, which blends on-premise software with Microsoft-hosted apps delivered over the Web from Microsoft's data centers, Elop said.

Microsoft has already sold more that 500,000 seats of Exchange Online since making it available to enterprises last year, but has also seen "a tremendous amount of interest" in BPOS from companies of all sizes, Elop said. More than 1500 companies have signed up for the Microsoft Partner Program for Microsoft Online Services since its launch in July, he added.

In July at Microsoft's Worldwide Partner Conference, some solution providers were upset by the commission structure for BPOS as well as by Microsoft's revelation that it would take over control of billing customers.

Exchange Online is priced at $10 per user/month, SharePoint Online per user/month is $7.25. Office Communications Server Online will be $2.50 per user/month, and LiveMeeting will be $4.50 per user/month. Microsoft will offer these services in one-year automatically renewing agreements.

At the Monday launch event, Elop insisted that Microsoft has maintained "a deliberate dependence" on its partner ecosystem by offering VARs the chance to develop recurring revenue streams.

To illustrate what Elop described as the "absolutely overwhelming" channel response to Exchange and SharePoint Online, Microsoft had several partners on hand to discuss deployment scenarios. These case studies helped underscore Microsoft's mantra that VARs can adapt their business models by focusing on value-added migration and customization services.

"The whole world is changing. It requires change, but it's representative of what's going on in the market today," said Elop.

Adam Smith, director of marketing at Phase 2 International, a Honolulu, Hawaii-based solution provider, says in the current economic environment, his customers are finding it easier to pay a monthly subscription as opposed to a major one-time capital expenditure.

Smith admits that the Microsoft's WPC announcement was initially ominous for Microsoft hosting partners, but said the practical realities of deploying on-premise Microsoft apps quickly dissolved those fears.

"We've never had a customer who was satisfied with an out-of-the-box, Microsoft application," Smith said. "Every customer, without exception, has required some level of support, training, integration, or customization."

Source:- crn.com/

The SharePoint Upgrade Trap

SharePoint 2007 migrations are simple enough, but beware of hidden dangers. Here's a look at some of the more common upgrade and migration problems.

When I think about the process of migrating from SharePoint 2003 to SharePoint 2007, the phrase "deceptively simple" comes to mind. Microsoft gives you the option of either performing an in-place upgrade or a migration. If you choose the in-place upgrade option, all you have to do is insert an installation disk, answer a basic question or two, click Next a few times, and you're good to go.

Simple, right? So why qualify the process as deceptively simple? Well, there's a lot that can go wrong. Let's look a bit more closely at some of the caveats to the upgrade or migration process and what you can do to avoid some common problems.

Upgrade Paths
The first thing that you need to know about the upgrade process is that not every version of SharePoint can be directly upgraded. SharePoint 2007 supports in-place upgrades from SharePoint 2003 and Windows SharePoint Services 3.0.

If you are running Windows SharePoint Services 2.0, then the easiest way to upgrade is to upgrade to Windows SharePoint Services 3.0, and then to SharePoint 2007. Microsoft offers a full upgrade toolkit that can help you to upgrade from Windows SharePoint Services 2.0 to 3.0. You can download this toolkit here.

If you happen to be running Microsoft Content Management Server 2002, then you will not be able to do an in-place upgrade, but you can migrate the server's content.

What Could Go Wrong?
So if an upgrade or migration is so easy, what could possibly go wrong? Even though Microsoft has thoroughly tested the upgrade and migration features, they have no way of knowing about any custom code that you might be running. The migration or upgrade process works really well if you are using only stock Web parts, but things become a bit sketchy when you start introducing customizations.

One classic example of this is that if you use a tool such as Microsoft FrontPage to customize a SharePoint site, that site is said to be unghosted. What this means is that when the migration completes, the site will still retain some of the look and feel of the SharePoint 2003 site, because Setup doesn't know how to convert Web parts that do not comply with some default parameters. Fortunately, Microsoft does provide administrators with a way to return a site to a ghosted status once the migration is complete.

Path of Most Resistance
As you can see, the upgrade or migration process is not always as easy as you might at first be lead to believe. That being the case, I strongly recommend performing a trial upgrade or a trial migration. That way, you can find out about any potential issues ahead of time, without affecting your production servers.

The easiest way of performing a trial upgrade or a trial migration is to get a couple of high-end PCs that you can temporarily configure as servers. Once you have these PCs in place, you can place them on an isolated network and then restore your SharePoint backups to them.

Using an isolated network is important -- you don't want your trial migration to impact your production network in any way. The down side to using an isolated network segment is that you will need to set up at least one domain controller and at least one DNS server on it.

One of the easiest ways to bring an infrastructure server onto your isolated network segment is to install a trial version of Windows Server onto a PC and then use DCPROMO to promote it to a domain controller. Once you have done that, then you can physically remove the new domain controller from your production network, and then attach it to your isolated segment. You will then need to seize the operations master roles and configure the domain controller to act as a DNS server.

Keep in mind that because you have seized the operations master roles, you won't be able to plug the domain controller back into your production network. That being the case, you will need to use the Active Directory Users and Computers console to remove the references to your new domain controller from your Active Directory.

It's a lot of work to get the SharePoint server and the domain controller in place for a trial migration or upgrade. The nice thing about using this method though, is that it allows you to get an accurate feel for how the transitioning process will go when you eventually try it on your production network.

Keep in mind that even if it appears that your trial migration or upgrade was successful, you need to have some of your power users log into your isolated network and interact with your SharePoint site in the same way that they do on the production network. Having experienced users to thoroughly test the post-migration lab network is the only way that you will be able to tell for sure whether or not there were problems with the migration process.

A Simple Plan
Unfortunately, if you have created any custom Web parts, made customizations to existing Web parts, or purchased any third party SharePoint add-ons, then there is no way of knowing exactly what is going to happen during the upgrade or migration process. That's why it is so important to thoroughly test your migration plan before you attempt to upgrade or migrate your production servers.

Source:- rcpmag.com/