I've just accidentally deleted a Web application from Central Administration in my SharePoint 2007 server farm using "Delete Web application". I've chose both "No" to "Delete content databases" and "Delete IIS Website". So, I've still had the contents of the virtual directory and content database.
I've tried a few things here but it is not working.
first, i tried to restore the content database of "Central Administration website" to earlier date, but the settings are not reverted.
Then I tried to create a new web application under same port number "e.g 8000" and then create an empty site collection on it. Then I tried to add the content database of the original website. it shows the content db contains '0' site collection.
Is there any suggestion what i should do?
First, backup the original content database to a safe location to ensure you have a good copy of it somewhere. Here is the basic procedure after which I provide the detailed steps.
BASIC PROCEDURE
Backup the existing content database for safety
Delete the current site, keeping the content database
Recreate the site with a new content database
Detach the new content database
Attach the old content database
DETAILED STEPS
Delete everything for the site except the original content database. This includes the IIS Site and any new content databases you created. You should have a fresh slate now to work with.
Recreate the site with the exact same settings but use a unique name for the new content database. For example, use the same URL, Port, etc. but if your original content database was called myspcontentdb use the name myspcontentdb-new for the new content database.
Once the new site is created, verify you can access it in a browser.
Open SharePoint Central Administration
On the top navigation bar, click Application Management.
On the Application Management page, in the SharePoint Web Application Management section, click Content databases.
On the Manage Content Databases page, click the NEW content database (myspcontentdb-new).
On the Manage Content Database Settings page, in the Remove Content Database section, select the Remove content database check box.
Click OK to indicate that you want to proceed with the removal.
Click OK again.
On the Manage Content Databases page, click Add a content database.
Ensure the correct Web Application is selected.
In the Database Name and Authentication section, in the Database Server box, type the name of the database server.
In the Database Name box, type a name for the ORIGINAL content database (myspcontentdb).
Select the appropriate database authentication
Complete the rest of the form then click OK.
Verify the site works with the new content database.
Reference: http://technet.microsoft.com/en-us/library/cc262440(v=office.12).aspx
Related
I created a publishing site in sharepoint online and provided unique permissions. Two users (one internal & other external) provided full permissions. Internal user can access site but external user can't access site. Can anyone please assist what is the problem ?
The problem is solved now. The problem was that there was limitation of external domains in site collection feature. If want to limit external sharing of site, follow below steps:
1- Got to https://portal.office.com and click on Admins.
2- Click on Sharepoint in Admin Centers.
3- Click "More features" in left side.
4- Click "Open" on "Classic site collection page" in right side.
5- Select the site collection of the site and click on Sharing.
6- Go to Site Collection additional settings and add gmail.com (if there is already domain added, put space between two domains).
7- Click save button.
Now access the site using external user account.
I have created a test SharePoint server to be as close to our production server as possible. Production SharePoint databases were backed up and restored to our test server. The three main web.configs (Central Admin, main site, Security Token Service Application) were modified to include our custom app settings.
The site comes up fine, logging in using both AD and our custom FBA membership provider works as well.
Certain pages are visible in the Site Libraries through View All Site Content and using SharePoint Designer but SharePoint says that the page(s) are not found if you try to view them or check them in. Not all pages are not available. If I delete a bad page and replace it with a copy from our production application, it displays fine.
I've already found and tried possible solutions such as restarting the Search Query and Site Settings Service and checking the Alternate Access Mapping. I also found a possible solution that has you go to Component Services and modify security relative to an OSearch14 property. I was not able to modify this since right clicking on the property did not pop up any menu options. I will continue to look into this.
Any Ideas? I appreciate any help.
Thanks.
I am new to sharepoint and working on already configured project.
A new site collection is created for a each user in my site.
I.e : http://mysite is my web application URL.
For news and about us section all going good. But whenever i Click on tasks link.
It will go to a new URL which is seems to be a new site collection URL.
So newly created site collection doesn't inherit the master page.
Is there is a way to stop this ? means to stop a new site collection creation for each users?
Well, it is normal that new site collections are created for each user. It is used to store their Tasks list, their My Documents library, and other personal stuff.
If you want to prevent users from creating these site collections, you can deny them the right "Create Personal Site" in the User Profile Service (see this blog post for instance: http://www.toddklindt.com/blog/Lists/Posts/Post.aspx?ID=222).
However you loose all related functionnality of course.
However these site collections should all use the same master page. So if your Sharepoint is not heavily customized, you can simple modify this masterpage.
I created a Wordpress web site in Azure. Is there anyway to access the database that was set up along with it? (so I can back / or if I should want to Migrate in the future )
If you go to the website dashboard tab, you will see a link call "view connection string". If you click that you will see the connection string with database and server name, user name, and password , etc. You should be able to use those to log into your MySql database using tool such as http://dev.mysql.com/downloads/gui-tools/5.0.html
I have an issue with SharePoint search.
The situation
The server is installed with
SharePoint on a farm with 2 servers.
A new app pool is created and that app pool is using a domain account called moss_service.
moss_service is set to be in the administrator group in both server.
moss_service is also set to be the db_creator in the content database.
When I checked it initially, the search's default content access account is using another different account, I changed that to be using moss_service account.
I didn't do IIS reset because this is a production server, they dont want frequent iis reset.
Strangely, checking the services.msc under "office sharepoint server search" the account is still using an old one. (and apparently it's only running on 1 server, the other server is not running) I then change that to the following:
domain\moss_service with the password.
and then I rerun the crawl.
How do I diagnose the issue
Basically everytime I change something I restart the crawl and then check the event viewer. Multiple things come out but the following is the major ones:
The start address cannot be
crawled. The password for the content
access account cannot be decrypted
because it was stored with different
credentials. Re-type the password for
the account used to crawl this
content. (0x80042406)
Performance monitoring cannot be
initialized for the gatherer object,
because the counters are not loaded or
the shared memory object cannot be
opened. This only affects availability
of the perfmon counters. Restart the
computer.
Access is denied. Check that the
Default Content Access Account has
access to this content, or add a crawl
rule to crawl this content.
(0x80041205)
Crawl Logs Result
The crawl log is showing this:
The password for the content access account cannot be decrypted because it was stored with different credentials. Re-type the password for the account used to crawl this content.
I tried changing it again at service.mstsc and the rerun the full crawl again but then it doesn't work. I have tried entering it using the following way:
moss_service#domain.local
and
domain\moss_service
My Questions are:
How do I fix this?
Is this the right way to setup the
search?
Does the search account has to be
using a different domain account?
Seemed like one fix complicates the
other, how do I set this right?
Is it worth it to upgrade to sp2?
Google this you will get answer " Access is denied. Check that the Default Content Access Account has access to this content, or add a crawl rule to crawl this content. "
Alex, I think you need to completely reconfigure the search services. Keep in mind that the search crawler should be an account with least privileges (not your application service account!). Also, the indexer only runs on one server and whether the search crawler runs on one or more machines is another configuration issue. Also, some settings changes (like changing the crawled File Types) even require the search engine to be restarted.
The start address cannot be crawled. The password for the content
access account cannot be decrypted because it was stored with
different credentials. Re-type the password for the account used to
crawl this content.
For this error,
Open the Sharepoint administration
Click on "Application Management"
Click on "Manage service applications"
Click on "Search Service Application"
Click on the current value for "Default content access account" and re-enter the user's password, or update to another admin user.