- Remove From My Forums
-
Question
-
I have a feeling there is data corruption on the ShareWebDb database and am un sure how to correct it.
It seems like the only issue i have is when i try and add a new user to share point, i get a popup with
Exception from HRESULT: 0x80131904 Troubleshoot issues with Microsoft SharePoint Foundation. Correlation ID: ed48fb2e-7e55-4ced-a647-0c4daa4b5838 Date and Time: 6/3/2015 1:44:38 PM
I also recieve an Unkown SQL Exception 21 occurrued. Fatal Error 211.
This doesn’t look or sound good and would like some assistance.
Thanks,
Answers
-
This is a fatal error in SQL Server and, as Trevor already mentioned, REPAIR_ALLOW_DATA_LOSS is not supported on SharePoint databases. You can try the trial version of this tool to try and salvage as much data as you can from your SharePoint database
http://www.krollontrack.com/information-management/content-management-for-sharepoint/
Edwin Sarmiento SQL Server MVP | Microsoft Certified Master/Solutions Master
Blog |
Twitter | LinkedIn
Learn SQL Server High Availability and Disaster Recovery-
Proposed as answer by
Wednesday, June 17, 2015 2:45 AM
-
Marked as answer by
Wendy DZMicrosoft contingent staff
Friday, June 19, 2015 2:14 AM
-
Proposed as answer by
-
Anyone have other suggestions?
THanks,
You can try commercial software. Just for hints, start your favorite web browser and begin searching different key phrases like: SharePoint database recovery software, download SharePoint recovery software etc. Possibly you will get some links to go
for and have the option to select the best software that meets your requirement.My Favorite is Stellar Phoenix SharePoint recovery,
you can download it from here.-
Proposed as answer by
Wendy DZMicrosoft contingent staff
Wednesday, June 17, 2015 2:45 AM -
Marked as answer by
Wendy DZMicrosoft contingent staff
Friday, June 19, 2015 2:14 AM
-
Proposed as answer by
SQL Server Schema is basically a collection of SQL Objects that includes the tables, related columns, its entries, or other components. Due to this, it becomes easy for a user to access the database in the more reliable and effective way. However, there are some situations such as destruction in the schema due to which different type of errors occurs in SQL Server. This can also lead to corruption in structure or other components of the database. Among all one such error is SQL Server 211 that occur whenever there is an update in SQL Server table or when there is a corruption in SQL Server Schema. Thus, in the following section, all possible reasons for corruption in the server Schema with possible solutions to resolve this error is covered.
Error Message:
An error can occur in SQL Server in many different ways. For example,
Error: 211, Severity: 23, State: 51. Possible schema corruption. Run DBCC CHECKCATALOGMsg 211, Level 23, State 157, Line 1 Possible schema corruption. Run DBCC CHECKCATALOG.This type of error message generally occurs when a user tries to update a table in the database and in between the schema corruption occurs. Moreover, this error mainly occur in SQL Server 2005 and later versions. However, due to this SQL Server error 211, one is not able to open any SQL Server table.
Causes of SQL Server Error 211
The schema corruption in SQL Server database occurs very rarely. However, when this error occurs, one must have to check for the main reason behind the occurrence of this error, either through SQL error Log files or through some other source.
Therefore, all the major reasons due to which schema gets corrupted are listed below:
- One of the major issues behind corruption is hardware failure
- Software failure sometimes also leads to corruption in Schema
- It can be due to any improper computer activities by server users
Manual Methods to Resolve SQL Server Error 211
There are many different manual solutions available to resolve this error. One can try any of them to fix the schema corruption that is present within the server. Thus, all possible solutions to resolve this error are:
- Restoring the backup file of the database is one of a preferable solution to resolve this error. Now, to do the same follow the situations mentioned below:
- In the case of backup of the transaction log, a user can take a backup of tail-log. After that one can restore the backup completely including all transaction logs, which are ending with tail-log backup. In this case, there will be no loss of data.
- In the case of no transaction log backup, one can create a new database and try to import as much data as possible. However, if the user is able to identify the culprit table, then drop that particular table & create it again.
- Another possible solution to resolve SQL Server error 211 is that a user can try is restore the complete MDF database file and deploy the database again.
- If any of the above does not work perfectly then, in last a user can run the DBCC CHECKCATALOG command on the server screen.
After executing this DBCC command an error is displayed. However, there are some exceptions that might encounter while executing the Transact-SQL statement with dedicated Schema.
A user will possibly get some suitable suggestion from SQL server database after executing DBCC CHECKCATALOG syntax. This will let users identifying the location and reason behind the occurrence of SQL server error 211.
Effortless Solution to Remove SQL Server Corruption
Most of the times it can be possible that manual method to resolve SQL Server error 211 is failed. Apart from this, the manual procedure is a very time consuming and complex to use. Therefore, to have a trouble-free solution, a user can go for a third party solution i.e. SQL Recovery Tool. This software removes all type of corruption from SQL Server database file in an easy and simple way. One can use this tool without any hassle as the software provides an easy user interface.
Conclusion
SQL Server error 211 is the type of error due to which a user is not able to open any table in SQL Server. Therefore, to remove this hurdle, we have discussed some manual tricks to resolve this error. One can try any of the above discussed manual ways to resolve this error. Apart from this, the best possible solution to remove the corruption from SQL Server Schema is a third-party tool i.e. SQL Server database recovery tool. The tool will remove all type of corruption from SQL Server database file in just a few clicks.
Permalink
Cannot retrieve contributors at this time
| description | ms.assetid | ms.tgt_platform | title | ms.topic | ms.date |
|---|---|---|---|---|---|
|
Describes WMI SNMP provider errors 211 through 220. |
beaa644d-51b3-4a57-8853-0b37f69f615a |
multiple |
Errors 211 through 220 |
article |
05/31/2018 |
Describes WMI SNMP provider errors 211 through 220.
Information Message 211
Fatal Error 212
Fatal Error 213
Fatal Error 214
Fatal Error 215
Fatal Error 216
Fatal Error 217
Fatal Error 218
Fatal Error 219
Fatal Error 220
Information Message 211
-
<211, Information>: «Skipping TRAP-TYPE <identifier>»
-
Any errors in the TRAP-TYPE definition generate this message.
Fatal Error 212
-
<212, Fatal>: «<fileName>:<line#>: Syntax Error in SEQUENCE definition. Last token read is <token>»
-
Module syntax error in type assignment. There is an error between the left and right braces of a SEQUENCE construct, which amounts to a syntax error in a MIB type assignment.
Fatal Error 213
-
<213, Fatal>: «<fileName>:<line#>: Syntax Error in Object Identifier value. Last token read is <token>»
-
Module syntax error in value assignment. There is an error between the left and right braces of an object identifier value.
Fatal Error 214
-
<214, Fatal>: «<fileName>:<line#>: Syntax Error in the list of symbols in IMPORTS. Last token read is <token>»
-
Module syntax error in the IMPORTS section.
Fatal Error 215
-
<215, Fatal>: «<fileName>:<line#>: Syntax Error in IMPORTS (missing module name?). Last token read is <token>»
-
Module syntax error in the IMPORTS section.
Fatal Error 216
-
<216, Fatal>: «<fileName>:<line#>: Syntax Error in the IMPORTS section. Last token read is <token>»
-
Module syntax error in the IMPORTS section.
Fatal Error 217
-
<217, Fatal>: «<fileName>:<line#>: Syntax error in INTEGER Enumeration. Last token read is <token>»
-
Any module syntax error between the left and right braces of a MIB enumeration definition generates this message.
Fatal Error 218
-
<218, Fatal>: «<fileName>:<line#>: Syntax Error in sub-type specification. Last token read is <token>»
-
Any module syntax error between the parentheses in a sub-type specification generates this message.
Fatal Error 219
-
<219, Fatal>:»<fileName>:<line#>: Syntax Error in the SIZE specification. Last token read is <token>»
-
Any module syntax error in the SIZE clause between the left and right parentheses generates this message.
Fatal Error 220
-
<220, Fatal>:»<fileName>:<line#>: OBJECT-TYPE invocation of SNMPv2SMI not allowed»
-
Module syntax error. You have used the SNMPv2C-specific OBJECT-TYPE invocation in the MIB, but have specified the /v1 switch, which requires strict conformance to SNMPv1 syntax.
