GEPBACKUP2010 and 2013 – automated script generation utility to backup SharePoint 2010 and 2013 Sites

GEPBACKUP2010 and 2013 – automated script generation utility to backup SharePoint 2010 and 2013 Sites

Introduction

From a conversation I had with a SharePoint Administrator:

“Eeee. The client wants site by site backup – that’s going to take me a while to sort out. I need to backup 500 sites via command line but want to know how big the sites are. I also need to know how long each backup took. I know SharePoint has Powershell but I simply don’t have the time to write a script – also, I only want to backup sites which have changed either today, this week, or just want to backup them all up”.

(more…)
Implementation Steps to Success Presentation

Implementation Steps to Success Presentation

I use this presentation for stakeholders in communicating to them the key reasons for Sharepoint implementation and the stages of implementation following project methodologies. Whilst it focuses on Document Management in SharePoint it is purposefully made generic to cover the general process of SharePoint adoption – I put 8 steps at the end of the presentation to re-inforce it.

The original was done back in the heady days of SharePoint 2003, so its been brought back out of the cupboard, updated just for you!

This presentation includes: Indentification of Current usage, Projected Key Benefits, Approach to implementation, Timeframe and Stages, and Key Strategies

Implementing Document Management Using SharePoint

The swopping of SharePoint Heads – Capacity Planning

Hi there, time for another blog from the evangelical Geoff marching into the land of SharePoint Capacity Planning. Start with an example if I may. Met up with a client who needed a SharePoint environment, and needs someone to help with a specification. Following a number of briefs, seemingly the clients’ requirement is a requirement for a central place so that users could manage online content, using tools such as Visio, Word, Excel.

So, spent some evenings designing the user specification, then worked with the client to produce a design and technical specification. This is the fun part, having to move your mind-set from the production of a user specification (derived from analysis at business level) and converting that into a solution at a technical level through the production of a system specification.

Lets’ put that into perspective. If you was implementing SharePoint, which one would you be? More often than not you could find yourself in both camps. Sometimes though, that’s not the case. The evangelistic approach on a creative people centric level would be keen to do the user requirements, and then say ‘I am not a techie’ or ‘I am not interested in the nuts and bolts’ because that person would be only wanting to be focused on trying to improve productivity through the use of SharePoint. But, the person who is likely to be building the SharePoint environment would be much more interested in figures, statistics, content sizes, locations of data, features to be installed – not so much on the user requirement (lots of techies coming from a server admin environment would be in this area).

Both of these areas require some thinking of how SharePoint will provide proper levels of performance – the users need to be able to understand it, and the SharePoint admins need to be able to provide it in a method that’s easily understood. So, this means that the person who designs is not necessarily the one who builds – but at the end of the day, a SharePoint environment is based on its level of performance, and that comes from good capacity planning.

Now, it’s very common for an organization to manage SharePoint performance in a reactionary fashion, analysing and correcting performance problems as users report them. When problems occur, there is a perception that SharePoint administrators have tools necessary to quickly analyse and remedy the situation.

So, after I did the user requirements I went back to carry out some capacity planning. First, I categorised the work done by their current systems and quantified user expectations. Then I analysed the current capacity of their system to determine how it was meeting their needs. Finally, I asked what the future business activity trends would be since that would determine system requirements.

Ok, Geoff, so throw me a bone….

In a bit more detail. Please note that capacity planning is a massive topic and one where even I, a lowly SharePoint guy, is still learning to improve my methods – but these seem to work for me:

1 – Categorise the work done. Get an SLR (no I don’t mean a camera, SLR means Service Level Requirements). To categorise means to get an understanding of workload. Find out who is doing the work, what type of work is being done, and how it is being done. This happens to be a big part of user requirements gathering – the user requirements is not just about “what do you want then”. There needs to be an understanding of what is currently done to understand the workload, and this then gives you a priority on the levels of work and as such creates the ‘magical’ SLA.

2 – Analyse Current Capacity. Compare the measurements in the above with their objectives and match this against SharePoint. Check the current systems to identify the resources being utilised – this might sound ‘boring’ but its’ vital – get an idea of the current levels of CPU, memory and I/O on the servers (especially if you are migrating). This identifies highly used resources that may prove problematic now and in future. Analyse utilization for each workload, determine where each workload is spending its time. For example, examining the workload for Excel spread sheets in terms of Business Intelligence workloads may identify that the resources required are high – this will then affect the topology design you provide (for example, you may want to put Excel Services on its own server).

3: Plan for the future. Ask the client to help you forecast what the organization will require of SharePoint in the future – this will help you determine the optimal SharePoint topology and configuration for meeting service levels on into the future.

So, in summary to this blog, capacity planning is all about making sure the organization adopting SharePoint will be prepared for the future, ensuring that service level requirements will be met using an optimal configuration. I’ve found that following my steps above I’ve been able to get the information necessary to detail only what is needed, and avoiding over-provisioning.

For more information concerning Capacity Planning in SharePoint check out these links:

TechNet: http://technet.microsoft.com/en-us/library/cc262971.aspx

Joel Olson: http://www.sharepointjoel.com/Lists/Posts/Post.aspx?List=0cd1a63d-183c-4fc2-8320-ba5369008acb&ID=332

 

 

FAST Search Server Capabilities

FAST Search Server Capabilities

Been asked about the abilities of FAST Search Server; thought I’d share the following with you. The FAST Search Server can give advanced search capabilities to SharePoint 2010.

  • Synonyms: SharePoint 2010 allows for one way synonyms, FAST extends this concept to allow for one and two way synonyms.
  • Property Extraction: This automatically pulls key information such as company and people from item and create properties.
  • Rank Profiles: Allow administrators to change the ranking algorithm by adjusting how much weight is given to attributes such as freshness, proximity, authority, rank and other attributes.
  • Document Thumbnails: Word and PowerPoint presentations can be viewed directly from within search results
  • Visual Best Bets: Best bets can be configured to contain rich interactive elements
  • Result Collapsing: Documents that are identical (have identical checksum) will be shown as collapsed and will have the ability to expand the results and see all versions of the result
  • Relevancy Tuning By Document or Site Promotion: Within a FAST search results page users can choose to promote items with the result set that will then increase the visibility of the item when another search occurs.
  • Sort on Managed Properties: Users can sort on any managed property within a FAST results page (standard search only allow sorting by date or relevance)
  • Similar Results: A link is provided to similar results for greater search clarity.

Capabilities

Feature

SharePoint Foundation 2010

Search Server 2010 Express

Search Server 2010

SharePoint Server 2010

FAST Search Server 2010 for SharePoint

Basic search

Y

Y

Y

Y

Y

Best Bets

  

Y

Y

Y

Y

Visual Best Bets

        

Y

Similar Results

        

Y

Duplicate Results

        

Y

Search Scopes

  

Y

Y

Y

Y

Search Enhancement based on user context

        

Y

Crawled and Managed Properties

  

Y

Y

Y

Y*

Query Federation

  

Y

Y

Y

Y

Query Suggestions

  

Y

Y

Y

Y

Sort Results on Managed Properties or Rank Profiles

        

Y

Relevancy Tuning by Document or Site Promotions

  

Y

Y

Y

Y*

Shallow Results Refinement

  

Y

Y

Y

Y

Deep Results Refinement

        

Y

Document Preview

        

Y

Windows 7 Federation

  

Y

Y

Y

Y

People Search

      

Y

Y

Social Search

      

Y

Y

Taxonomy Integration

      

Y

Y

Multi-Tenant Hosting

      

Y

Y

Rich Web Indexing Support

        

Y

 

Roles, Features, and IIS Management Compatibility required for SharePoint 2010

Roles, Features, and IIS Management Compatibility required for SharePoint 2010

Watch out for this one, its possible whilst installing IIS on Server 2008 its easy to forget that you’ll need the Management Compatibilty Components – goodness knows why I kept forgetting it!

Install the IIS 6.0 Management Compatibility Components in Windows Server 2008 R2 or in Windows Server by using the Server Manager tool
   1. Click Start, click Administrative Tools, and then click Server Manager.
2. In the navigation pane, expand Roles, right-click Web Server (IIS), and then click Add Role Services.
3. In the Select Role Services pane, scroll down to IIS 6 Management Compatibility.
4. Click to select the IIS 6 Metabase Compatibility and IIS 6 Management Console check boxes.
5. In the Select Role Services pane, click Next, and then click Install at the Confirm Installations Selections pane.
6. Click Close to exit the Add Role Services wizard.

 

Install the IIS 6.0 Management Compatibility Components in Windows 7 or in Windows Vista from Control Panel

 

   1. Click Start, click Control Panel, click Programs and Features, and then click Turn Windows features on or off.
2. Open Internet Information Services.
3. Open Web Management Tools.
4. Open IIS 6.0 Management Compatibility.
5. Select the check boxes for IIS 6 Metabase and IIS 6 configuration compatibility and IIS 6 Management Console.
6. Click OK.
Installing Roles and Features

Also, a good link to visit when installing SharePoint 2010 and not too clear on what roles and features are required is here: http://sharepointnomad.wordpress.com/2010/07/23/installing-sharepoint-2010-on-windows-server-2008-r2-which-server-roles-and-features-do-i-need/

Installing SharePoint in various forms, Single, Farm etc

But, a really good place to ensure you have all the pre-requisities for installation is Technet – here:

http://technet.microsoft.com/en-us/sharepoint/ee518643.aspx ​​

SharePoint – The Spend, the Schedule, the Scope

SharePoint – The Spend, the Schedule, the Scope

A SharePoint Implementation combining a detailed Project Plan and Quality Plan allows you to capture key pieces of information; namely, the commitment to spend (i.e. what the budget is); the schedule (when it is needed by) and the scope (what is SharePoint going to solve).

If you are about to implement SharePoint and the client states a nebulous scope of a project on the level of “I’ll take all of it right now, please; as soon as you can” then that sounds like the client is ordering a meal at a fast-food restaurant. If that happens, take a deep breath, sit the client down and negotiate the scope. Ask questions that help you determine the client’s requirements and vision for SharePoint.

Ask questions concerning the budget the client has allocated, and not just to cover the cost of hiring project members. You should be sure that the budget covers the technical costs, such as the cost of servers, software, licenses, third-party products, and so forth. To determine the budget, you need to define the top-level scope and work out the basics of the SharePoint 2010 implementation.

Time framing the project is also vitally important. There is little point of doing the project if you have no idea when the client wants it completed. It is like being in a bar, ordering a drink, and saying to the bartender, “Just bring the drink when you are ready.” At that point, the bartender has no compulsion to bring you anything and your budget will linger for a long time without anything being delivered.

Make sure SharePoint fits the organizations client tools – are they using Microsoft Office or Open Office for example? I think it is probably one of the most important aspects of ensuring you have a proper scope and you don’t end up biting off more than you can chew.

Take this scenario, for example:

A client would like to implement SharePoint in an organization where there is a Linux-based environment. They are using Open Office and have been for the last 3 years. The client wants only the installation of SharePoint and training to use the product, and wants no productivity issues from the addition of the product. After some investigation, this requirement is deemed to more costly to the client. The investigation determined that extra servers would have to be purchased, additional software would have to be installed, training would take longer and become complex, support would be a challenge to implement, and so on. Before long, the client would be looking at a monster of a project, amounting to an organizational technology refresh.

I’m not saying that as soon as you hear “They use Linux!” that you should dash out of the door. What I am saying is that you have to clearly state in your Project Overview document what you intend to provide to the client. This means that if the client wants SharePoint 2010 implemented you need to list the parts of SharePoint 2010 you will implement, including any components that support its installation.

Check out more information concerning the production of SharePoint Quality and Project Plans in the book Managing and Implementing SharePoint 2010 Projects.

Build Template

Build Template

This is a SharePoint Build Template. It is designed so that you can record the content of the SharePoint installation in terms of its software, and refer to the documents that will guide the installation of SharePoint.
The Software Build Template is referred from my book, Managing and Implementing SharePoint 2010 Projects.

(more…)

Build Template

Risk Management

SharePoint Project Risk Management  Definition: Risk Management is the identification and evaluation of risks to an organization – including risks to its existence, profits and reputation –  and the acceptance, elimination, controlling or mitigation of the risks and the effects of the risks.

(more…)