Zomato - Restaurant search and Food Guide

Monday, May 12, 2014

Restaurant Review: Cafe Rendezvous, Malviya Nagar, Delhi

Café Rendezvous offers one of the finest dinning experience in this part of the city, i.e. South Delhi.

The Café is very Spacious and Trendy. This Café offers Indian, Chinese and Tex Mex dishes in a comfortable ambience. Soft Music, cosy Interiors and good Food make up Café Rendezvous. Also, they offers different varieties of #Coffee. Albeit a bit pricey, but this Restaurant still has everything I expect of it. Very clean with a friendly, helpful staff.



They have various varieties on the Menu list, but their #DAL MAKHNI, #CHICKEN MASALA, #GRILLED PRAWNS, #CRAB CURRY and juicy #TANGDI KEBAB are very good and worth trying. They also serves very good Continental and Lebanese cuisines. This is one place, which serves you almost all the cuisines and they are good to eat as well.

In short, “Excellent Ambience, Good Variety and Great Food”. 
Highly recommended for all Foodies... :-)

Restaurant Review: The Great Kabab Factory, Sector 18, Noida

Nothing can be best than this place when it comes to #KABAB... If you love classy Non-Veg food with fantastic service, The Great Kabab Factory is the place to go.

Wow!! is the word. "The Great Kabab Factory" is actually what it says. Place is great. The ambience is excellent and perfect for a nice romantic dinner. Food is delicious, just cooked to perfection. One of the best Platter of #KABABS available in Delhi-NCR along with succulent Mutton and scrumptious #BIRYANI but the price is a little bit on the higher side. They server great quality of food, with huge variety of #KABABS.

They have a #BUFFET system (they server you on your table) in which they start with the different variety (around 5-6 types) of #KABABS with Indian Drink (#CHANCH), then they serve the main courses and lastly you have savour some delicious desserts. I used to try and love their #PAAN flavoured Ice-Cream, its so different and amazing that you doesn't find it easily anywhere else.

First timers my suggestion to you would be to try everything in the menu. They are very good – not too spicy and the spices are just right! This places serves great Food and is strongly recommended... :-)

Thursday, November 7, 2013

SharePoint 2010 to 2013 migration overview

Migrating any Microsoft server product to a newer version is always a frightening proposition. In this blog post we'll cover the high-level overview of the SharePoint 2010 to 2013 migration process using Microsoft and industry best practices.


If you’re interested in migrating your existing SharePoint farm to SharePoint 2013, then the first things you need to know are as follows:

The only supported upgrade path is from SharePoint 2010. Thus, if your farm runs Microsoft Office SharePoint Server (MOSS) 2007 or earlier, then you’ll first need to upgrade to SharePoint 2010, and then re-upgrade to SharePoint 2013.

SharePoint 2013 has no direct upgrade path in any event. Sadly, even those with SharePoint 2010 farms must use a new install and database migration method (explained later in this blog post) in order to transition their environment to SharePoint 2013. Consequently, the term “upgrade” is itself a misnomer when it is applied to SharePoint 2013.

For instance, if you try to install SharePoint 2013 on top of an existing SharePoint 2010 server, you’ll see the dialog box that I’ve shown in Figure 1.

Setup has detected previous versions of this product on your computer
Setup has detected previous versions of this product on your computer.

A full discussion of the SharePoint 2010-to-SharePoint 2013 migration process would take farm more space than we have available here. Thus, I’ll provide you with the high-level steps as adapted from Microsoft’s own literature. For additional learning I suggest you study the resources I provide at the conclusion of this post.

In the meantime, “upgrade” to SharePoint 2013 consists of the following workflow:
  1. Prepare Your SharePoint 2010 Farm
  2. Prepare Your SharePoint 2013 Farm
  3. Copy and Upgrade Your Databases and Service Applications
  4. Upgrade Your Site Collections
Let’s take a closer look at each of these migration phases in more detail.

Prepare your SharePoint 2010 farm

We understand that we’ll decommission the SharePoint 2010 farm after our migration to SharePoint 2013 is complete. Before we do that, though, we have several punchlist tasks to undertake:
  • Gather all configuration (topology, settings, etc.) of the farm
  • Check all databases for errors and fix them
  • Turn off the Web Analytics service application (SharePoint 2013 moves this service to the Search service application)
  • Remove PowerPoint Broadcast sites (Removed in SharePoint 2013)
  • Consider setting your SharePoint 2010 databases to read-only to “freeze” content
The suggestion to test all elements in this upgrade process applies universally. If you can afford to perform trial migration(s), then by all means do so.

SharePoint 2010 Web app
This is my SharePoint 2010 Web app running on a Windows Server 2008 R2 SP1 server.

Also, I cannot stress enough how crucial it is that your SharePoint 2010 farm (or any SharePoint farm for that matter) be documented down to the most minute level. You don’t have to rely upon your memory and Excel to do this–there are plenty of third-party SharePoint documentation tools, including free ones. For instance, check out the Sezai SharePoint Auto Documenter for SharePoint 2010 from CodePlex.

Prepare your SharePoint 2013 farm

In the database-attach migration scenario, we must create a separate SharePoint 2013 farm, building it from scratch, and then gradually introduce the SharePoint 2010 content into the new farm. As you would reasonably and accurately expect, you’re going to lose some of your branding customizations, so be prepared to adjust accordingly.

Here are some major TODO tasks for this phase of the migration:
  • Don’t use the SharePoint 2013 Farm Configuration Wizard. Instead, deploy all of your service applications manually and be sure to name their associated databases intelligently
  • Complete all the normal post-installation farm configuration in your new farm: incoming/outgoing e-mail settings, farm security; Web application policy; logging, and so forth.
  • Install any necessary language packs
  • Recreate your customizations
Recall that your database back-end must be running either SQL Server 2008 R2 or SQL Server 2012 to support SharePoint 2013.

Do not create any Web applications at this point besides Central Administration; we’ll take care of that detail in just a moment.

Copy and migrate your databases

In this migration phase we need to concern ourselves with moving and upgrading our SharePoint 2010 farm’s databases:
  • Content database(s): At least one for every Web application (except for Central Administration, we don’t need that)
  • Service Application databases: Each service application installs at least one (and oftentimes many more than one) SQL Server database
Only certain SharePoint 2010 service applications can be migrated to SharePoint 2013; these are:
  • Business Data Connectivity
  • Managed Metadata
  • PerformancePoint Services
  • Secure Store
  • Search
  • User Profile
We’ll need to use SQL Server (using the GUI or Windows PowerShell, it does not matter) to back up the appropriate SharePoint 2010 databases and restore them to the SQL Server instance that hosts our new SharePoint 2013 environment.

Using T-SQL to restore a backed-up SharePoint 2010 content database
Here we use T-SQL to restore a backed-up SharePoint 2010 content database to our SharePoint 2013 SQL Server database instance.

Once your service application and Web application content databases are successfully restored into your SharePoint 2013 database server, it’s time to create SharePoint 2013 Web applications, one for every Web application we had in our SharePoint 2010 environment. Be sure to use the same URLs and TCP port numbers.

Copy or re-create any Web application-level customizations as appropriate:
  • CSS stylesheets
  • Web parts
  • Web.config tweaks
  • Features/farm solutions
  • Site definitions and templates
  • .NET assemblies
Upgrading the service application databases can be tricky, so I’ll refer you to TechNet for the detailed step-by-step. Here is the general procedure:
  1. Start the service instances on your SharePoint 2013 server. The service is instance is the “engine” that powers SharePoint service applications. Think of starting your car.
  2. Create your service applications and restore your SharePoint 2010 service application databases. You’ll need to use Windows PowerShell for this procedure
  3. Define proxies for the service application; the proxy is the intermediary component that connects your service applications to the Web applications that consume their services
  4. Verify and customize the default proxy group membership
Now on to our content databases and user-facing Web applications. At this point we created the “empty” Web apps and re-applied customizations as necessary. We can use the Test-SPContentDatabase to verify the integrity of the SharePoint 2010 database, and then use Mount-SPContentDatabase to attach the database to its associated Web application. Again, for maximum control and flexibility, we should be using Windows PowerShell as much as possible.

Content database migration
Here we see our newly attached content database being migrated in our SharePoint 2013 environment.

Upgrade your site collections

The final step of the SharePoint migration process is to upgrade your SharePoint 2010 site collections. SharePoint 2013 includes most of the SharePoint 2010 templates, so your migrated site(s) should look pretty much exactly how they looked prior to the migration.
The site collection migration can be initiated either by a farm administrator or a site collection administrator. Microsoft recommends that you run a health check on each site collection by clicking the Site collection health checks link on the Site Settings page.

Site collection upgrade or instead try a demo upgrade
Here we decide whether we want to proceed with a site collection upgrade or instead try a demo upgrade.

To perform the site collection upgrade, navigate back to Site Settings and click Site collection upgrade in the Site Collection Administration section. As you can see in the figure, you can either preview the upgraded site, or initiate the actual upgrade.

fully-migrated SharePoint 2010 Web application
Here is our fully-migrated SharePoint 2010 Web application running on a Windows Server 2012 box running SharePoint 2013.

For further Rrading:

Upgrade to SharePoint 2013 From SharePoint 2010 – Part 3: Upgrade

In the last part of this three part series, we performed a completely fresh install of SharePoint 2013 on a new server and made sure it was up and running. In this part, we’re going to grab our content databases, bring them over to the SQL Server our SharePoint 2013 installation is using, and mount them to be used in our installation.


Step 1 – Finding and moving the content databases

The easiest way to locate the content databases that are currently being utilized by our 2010 SharePoint installation is to open up the SharePoint Central Administration site. This is the administrative site used for the SharePoint backend and can be found in the Start menu.
Once you have opened the SharePoint Central Administration, click on the Manage content databases link.

Sharepoint 2013 upgrade - Manage content databases

When the new page loads, we are presented with all the content databases. In the case of our test server, we only have one content database named WSS_Content. We also see the current number of site collections we currently have.

Sharepoint 2013 upgrade - Content database

There are many ways of backing up the content databases. Microsoft has several articles and tutorials dedicated to this subject. You can of course use any method you prefer and are comfortable with. For this article, I chose to use the Copy Database Wizard.

We’ll start out by opening the SQL Server Management Studio and connecting to the instance where the content databases are located. I’m directly on the SQL server so in this case it will be localhost.
Once connected, expand the Databases folder. Here we will find the WSS_Content database where our site collections are stored.

Sharepoint 2013 upgrade - Database folder

Right click on the database and hover over the Tasks option. A new fly out menu will pop up. We want to select the Copy Database… to start the wizard.

Sharepoint 2013 upgrade - Copy database

The first dialogue box of the Copy Database Wizard asks what source server the database we want to copy is located on. Note that you can use either Windows authentication or SQL server authentication. Select the appropriate one in accordance with your environment. Again, I am on the SQL server where our content database is, so I will just enter localhost and click Next >.

Sharepoint 2013 upgrade - Copy database wizard

The next box asks where we want a copy of the database to be moved to. Here we have the same authentication options also. Enter the new SharePoint 2013 database server name and instance if any. The specific format is \. Click Next >.

Sharepoint 2013 upgrade - Destination Server

The transfer method depends on whether you can have downtime on your SharePoint 2010 site. There are two options: the detach and attach method and the SQL Management Object method. The former is much quicker and protects against changes during the copy. The downside is that it requires the database to go offline during the process. The latter method will leave the database online but will take significantly more time to move. When you’ve decided on the best method for your individual scenario, click Next >.

Sharepoint 2013 upgrade - Select Transfer Method

The next screen will ask what databases you want to move. The WSS_Content database should already be selected. If not, select it here. For this article, we will only be covering the content database. Click Next >.

Sharepoint 2013 upgrade - Select Database

The destination database name doesn’t necessarily matter. However, for the sake of simplicity, I leave the database the same name. You can append 2013, new, etc. if you wish. Leave the rest of the options as default and click Next >.

Sharepoint 2013 upgrade - Configure Destination Database

Click Next > again on the next dialogue box. We only need to move the logins and the rest are out of the scope of this article.

Sharepoint 2013 upgrade - Special Server Objects

Leave the next box at the defaults also unless you have a specific reason to save the logs. Click Next >.

Sharepoint 2013 upgrade - Schedule the Package

We want to run this copy immediately for the purpose of this article. Depending on when downtime is allowed or what copy method you chose, you may wish to schedule the copy at a later date and time. ClickNext >.

Sharepoint 2013 upgrade - Schedule the Package

The final window in the wizard gives us a rundown of what process will occur. After verifying the steps, click Finish.

Sharepoint 2013 upgrade - Compete the Wizard

When the wizard has completed copying the database, open the SQL Server Management Studio and connect to the server and instance you copied the database to. Verify that the database exists.

Sharepoint 2013 upgrade - Verify Databases

Step 2 – Creating the default application

In order to attach our newly copied database to the SharePoint 2013 installation, we need to create a default application. In order to do so, open Central Administration from the Start menu.

Sharepoint 2013 upgrade - Central Administration

When the administrative page opens, select Application Management on the left.

Sharepoint 2013 upgrade - Application Management

Then click on Manage web applications in the right side of the page under the Web Applications heading.

Sharepoint 2013 upgrade - Manage Web Applications

From here we can add, delete, and manage the web applications on the SharePoint server. You’ll notice there is currently only one web application listed; the Central Administration site we are currently using. In the top left on the ribbon, click the New button.

Sharepoint 2013 upgrade - New Web Application

Create New Web Application modal box pops up. We don’t necessarily care about the options in this box for this particular tutorial. If you wish, give the options a look over to ensure compliance with your company. Don’t worry about the database. We will be deleting it shortly.

Sharepoint 2013 upgrade - Create New Web Application

Another popup lets us know that the web application creation is currently in progress. Depending on the robustness of the server, this process can take quite a while.

Sharepoint 2013 upgrade - This shouldn't tale long

When it has finally completed, the Application Created box is shown. We don’t wish to create any site collections at this point, so click Close.

Sharepoint 2013 upgrade - Application Created

Step 3 – Testing and mounting the content database

Although there are other ways to test and mount the content databases, by far the easiest and most efficient way is to use the management shell. Open it from the Windows Start menu now.

Sharepoint 2013 upgrade - Launch SharePoint 2013 Management Shell

Testing the content database is extremely important and will tell us if we’re missing any installations on the new server. This can help us immensely by giving us troubleshooting information and letting us know whether these issues will not allow the upgrade process to complete. The command to test the database is as follows:
In our case it will look as follows:

Sharepoint 2013 upgrade - SharePoint 2013 Management Shell

Next, after all issues have been resolved, we will mount the new content database. This process will also upgrade the database in order to allow SharePoint 2013 to use it. The command is very similar to the test command:
Sharepoint 2013 upgrade - Mount-SPContentDatabse

Depending on the size of the content database, you may have to wait several minutes for the upgrade to complete.

Sharepoint 2013 upgrade - Mount-SPContentDatabse 2

Upon completion, we are given some information about the process. If there were any issues or errors, they will be shown here.

Sharepoint 2013 upgrade - Mount-SPContentDatabse 3

Step 4 – Clean up and initialize

After the test and mount has gone smoothly, we will need to remove the content database SharePointautomatically created earlier. Open the Central Administration site from the Start menu.

Sharepoint 2013 upgrade - Open the Central Administration

Click on Application Management in the left when the site has loaded.

Sharepoint 2013 upgrade - Application Management 2

On the right under the Databases header, select Manage content databases.

Sharepoint 2013 upgrade - Manage content databases 2

This should be familiar as we did the same thing to find what content databases 2010 was using. Here you’ll see the database WSS_Content that we just tested and mounted. You’ll also see the automatically created content database WSS_Content_Click on the automatically created database.

Sharepoint 2013 upgrade - Content database 2

About halfway down on the modal box that pops up, there is a tick box to remove the content database. Check the box and click OK.

Sharepoint 2013 upgrade - Remove content database

We have successfully removed the unused content database. Now we must initialize the site to use the content database we copied over and upgraded. Go back to the Web Application Management page by clicking Application Management in the left.

Sharepoint 2013 upgrade - Application Management 3

Under the Web Applications header on the right, click Manage web applications.

Sharepoint 2013 upgrade - Web Applications

Select SharePoint – 80 under the table header Name.

Sharepoint 2013 upgrade - SharePoint - 80

In the ribbon at the top of the site, click the Managed Paths button.

Sharepoint 2013 upgrade - Manage Paths

We’re going to add the “/” base path to the web application. This basically just reinitializes the web application so that it will use the content database we want to use. If you do not complete this step, your newSharePoint installation will just error out when you go to the site. Type “/” in the Path: textbox and click OK.

Sharepoint 2013 upgrade - Path

Our web application is now up and running! You’ll notice that it looks exactly the same as the 2010 installation. This is one of the great features in 2013 that has built upon the Visual Upgrade of 2010. The individual site collections can now be “visually upgraded” by their site collection administrators. This is extremely helpful if there are a lot of customizations to the site that will be broken during the visual upgrade process.

Sharepoint 2013 upgrade - Web Application running

Summary

The content database is now upgraded and on our new SharePoint 2013 installation. We copied our content databases from the old SQL server to the new one and created a new web application to attach it to. We then tested and upgraded the content database and forced our new installation to use it.

This completes the three part series for upgrading from SharePoint 2010 to 2013. I hope you all have found it very informative. Thanks for reading!

Source