I have a big delete operation, then while deleting the server went on a restart.

When opening the server again, I got the database In Recovery mode.

What is the solution?

SQL Server 2008 R2 - 64 Bit

Version: 10.5.4260 (SP2 CU1)

OS: Windows Server 2008 R2 Enterprise 64 bit SP1 With Hotfix 2679255 installed

SQL Server Trace flag 8903 enabled

In the environment described above, we are sometimes experiencing the following error when restoring databases from backup:

SetFileIoOverlappedRange failed, GetLastError is 1314

Per blogs, forum posts, etc. (see the bottom of this post), I was under the impression that this error is fixed with SQL Server 2008 R2 in conjunction with Windows hotfix 2679255 and SQL Server Trace flag 8903. Yet this error still occurs.

Has anyone else seen this error AFTER updating to SP2 / T8903 / 2679255?

I realize that we can work around the issue by turning off T8903, but I'd still like to understand why this isn't working- seems like we have everything we need in place.

Any help appreciated!

Thanks,

Vince

Background posts:

http://social.msdn.microsoft.com/Forums/en-US/sqldatabaseengine/thread/74d2eaaa-cbcf-4870-9d99-e9b052805c2d

http://blogs.msdn.com/b/psssql/archive/2012/03/20/setfileiooverlappedrange-can-lead-to-unexpected-behavior-for-sql-server-2008-r2-or-sql-server-2012-denali.aspx

I have a full text catalog defined on 2 VARCHAR columns of a single table. It works well except for a few words where indexation seems to cut the term where an accent is found. It doesn't do it for all accentuated words, only a minority of them. As a result, querying on these exact terms won't return any result but querying on accent-stripped parts of them will work.

select mycolumn from mytable where Id = 2028

mycolumn
------------------------------
<P>Anaïs et Alizé</P>

select * from sys.dm_fts_index_keywords_by_document(DB_ID(),Object_iD('mytable'))where display_term like 'Anaïs%' or display_term like 'Alizé%'

keyword    display_term    column_id    document_id    occurrence_count
--------------------------------------------------------------------------------------------------
(no results)

select * from sys.dm_fts_index_keywords_by_document(DB_ID(),Object_iD('mytable'))where display_term like 'Ana%' or display_term like 'Aliz%'

keyword    display_term    column_id    document_id    occurrence_count
-------------------------------------------------------------------------------------------------------------------------
0x0061006C0069007A    aliz    22    20259    1<== notice amputated words here
0x0061006E0061    ana    22    20259    1<== and there

I tried both to repopulate the index manually and rebuild it to no avail.

The odd thing is, we have a similar database on another server with the same data and exactly the same fulltext configuration and the complete words do appear in  terms referenced by that index :

select * from sys.dm_fts_index_keywords_by_document(DB_ID(),Object_iD('mytable'))where display_term like 'Anaïs%' or display_term like 'Alizé%'

keyword    display_term    column_id    document_id    occurrence_count
---------------------------------------------------------------------------------------------------------------------
0x0061006C0069007A0065    alize    22    20259    1
0x0061006E006100690073    anais    22    20259    1

Environment details :

- Microsoft SQL Server 2008 (SP3) - 10.0.5828.0 (X64)  Standard Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1)

- Server Collation : SQL_Latin1_General_CP1_CI_AI

- Catalog - Accent Sensitive : false,

- Language for Word Breaker : French for both columns

- Catalog track changes : Automatic

- Catalog Stoplist : SYSTEM

Has anyone experienced anything like this ?

Thanks for your help

In a 2 node Availability Group with tcp and named pipe protocols enabled, how can you get named pipes to work ?

Say for example I have a Windows cluster called DEVL with 2 nodes DEVLA and DEVLB with an availability group listener called DEVLS.

All 4 have IP addresses(DEVL, DEVLA, DEVLB, DEVLS).

In a traditional cluster(before Availability Groups) we would specify the virtual node name when configuring the named pipe. The windows cluster would then determine which node was the active node(active/passive configuration).

Now, in a non-shared storage availability group we have 2 separate sql server instances and we connect to the listener name. The listener is configured with 2 tcp endpoints(default port 5022). It appears to not know anything about named pipe protocol as the listener is configured to use tcp.

If we setup a named pipe alias to use the windows cluster name, it will point to which ever node is the active node in the cluster. This might not be the primary replica pointed to by the listener. i.e. The cluster could be active on the DEVLB node and the listener points to the primary replica which is on the DEVLA node.

If we setup a named pipe alias to use the DEVLA or DEVLB node names, it of course points to just those physical nodes whether they are the primary replica or not.

If we setup the named pipe alias to utilize the availability group listener name(DEVLS), it just hangs and never connects. Both nodes have named pipe endpoints configured with public access and hadr_endpoint endpoints using tcp for the sql server service login.

The error we receive when we try to connect to the listener through named pipes is:

error: 40 - Could not open a connection to SQL Server)  (Microsoft SQL Server, error: 2)

Is there something we missed ? Do we need to setup named pipe endpoints somehow to 5022 ?

Greetings! I've installed and successfully configured our SQL 2012 AlwaysOn 2-node servers for our new "Intranet" that is coming out. I've gotten AlwaysOn working great, and our Front End servers for the Intranet will be using SharePoint 2013. The glitch is that SharePoint 2013 is configured to add databases automatically to our SQL Server 2012 back end, but NOT to AlwaysOn. In reading about this and in contacting Microsoft MSDN support, the default answer is "you must manually find, select, back-up and then add those new databases individually to get them into AlwaysOn."

 But wait; that can be quite a task, constantly checking the SQL Back-end servers to see what databases were created, then having to add them into AlwaysOn, 7/24!  I'm looking for a script or process that will check for new databases, back those new databases up in FULL mode, (for being added to AlwaysOn, of course) then add those databases to AlwaysOn, all automatically. Or have this run every...1-2 hours? (without user intervention)

 What I've come up with so far is this script that actually identifies the newly-added databases, (not yet in AlwaysOn), and then backs them up to a shared location. My next task is to find those newly-added databases and through the various processes needed, get them added to AlwaysOn. This will involve some sort of looping action, I imagine. I'm not a T-SQL/scripting guru; is there any solution or script that I might access that would do this? (add databases to AlwaysOn automatically)?

Please advise, I'm sure I'm not the first person to have this issue. I have seen previous posts on various Internet Sites, and the solution is "sure, go ahead and just script that!". Thanks, but I need just a little more detail there.

Thanks again,

-Allen

 

DECLARE @name VARCHAR(50) -- database name 

DECLARE @path VARCHAR(256) -- path for backup files 

DECLARE @fileName VARCHAR(256) -- filename for backup 

 

-- specify database backup directory

SET @path = '\\atel-web-be2\backups\' 

 

DECLARE db_cursor CURSOR FOR 

select name from sys.databases

where group_database_id is null and replica_id is null and name not in('master','model','msdb','tempdb')

 

OPEN db_cursor  

FETCH NEXT FROM db_cursor INTO @name  

 WHILE @@FETCH_STATUS = 0  

BEGIN  

       SET @fileName = @path + @name + '.BAK' 

       BACKUP DATABASE @name TO DISK = @fileName  

                                   FETCH NEXT FROM db_cursor INTO @name  

END

 

CLOSE db_cursor  

DEALLOCATE db_cursor

We have a SQL server which has 24 GB RAM that runs slowly when doing a big SSIS package run (last about 4 hours). I see Page Life expectancy is very low , it goes down to 7 when the packages are running, when it is not running the server shows 25000 PLE.  I think it is under memory pressure when the packages run. But the developer says the PLE could be a bit of false alarm where ETL concerned, They ran about 100 packages each night, most of thos 100 packages access different data set. So they think most of the packages don't reuse any cached data the previous pacakges users.

So why the PLE is so slow when the Packages run?

Thanks

---

SQLFriend

I have heard rumors that calling a stored procedure runs a little faster if you specify the schema, as in "exec dbo.mysp".

We have an app that is sending commands to SQL Server as RPCs, judging by the profiler.  The textdata field *shows* as "exec mysp".  Is there any speedup available by somehow specifying the schema as dbo?  Exactly how is it likely that would be done in the app, in C#?

Thanks,

Josh

Had the case a few days ago I get an email about a job that failed.  Although the name looked familiar, after taking a look at the server, I concluded it was not something I had worked on.  What are some ways I can tell who created the job and when?

Can I get a script that can give me the details of :

Login Name-->User Name-->Permission-->database Name

Which database login is mapped to which databases and what permission are mapped.

---

Thanks

On our dev system, the trace flags 1204 and 1222 are on, deadlocks are detected and resolved, the reports appear nicely in the profiler, but they are not appearing in the system log.  SQL 2008 not R2, 64 bit standard edition.

Also the system health event seems to have died in January, I'm just looking into that now, could it be related?

Thanks.

Josh

Hi,

We migrated our sql server instances that are mix of 2005, 2008, 2008 r2 (standard, enterprise) from physical to virtual. We have UCS in our data centre. In VM environment we are sharing CPU. Our licenses based on per cpu.

My question is:

For any new sql server or instance installation, should I use standard or enterprise edition of sql server. Which one will help to save money? I think enterprise edition is move expensive but gives benefits in vm environment when we have multiple instances on one server (vm).

Please help.

Thanks

Hi,

Newbie question. if this is not the right forum, let me know (I'm sure someone will!) SQL SERVER 2012 - I cannot create a foreign key. Error is:

 Unable to create relationship 'FK_tblPersonnel_tblCompany'. 
The ALTER TABLE statement conflicted with the FOREIGN KEY constraint "FK_tblPersonnel_tblCompany". The conflict occurred in database "WellService2_BE", table "dbo.tblCompany", column 'CompanyPK'.

 Problem is, I cannot find the constraint at all - see query output attached. Looked at every key, index, constraint - cannot find one with that name. CompanyPK is the primary key in tblCompany

Thank you -

Am a beginner to SQL Server usage. What is the difference between using DBCC MEMORYSTATUS to get the memory usage detail (i.e. % of memory usage), and using columns from sys.dm_os_sys_info ? I heard that the former is more accurate. Is it true? If yes, why? Can you please elaborate from T-SQL perspective (am not going to use Memory Monitor, I want to do it through queries/SPs)?

Hi all,

I am unable to get the Indian Standard DateTime without based on System DateTime in sql server 2008 r2.

Can you please solve my problem.

Thanks in advance

I have a SQL server database using SQL Server 2008.

I had an update performance issue and found that it block by a stored procedure select SQL.

I put with (NOLOCK) on the stored procedure and the issue is resolved.

My question is should I have NOLOCK every where on the entire application and what will be impact, will my database have better performance if I have NOLOCK every where in the database stored procedures?

I learn use SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED  can have entire database NOLOCK for all select clause.

I did it on my database, but I do not see any improvement for the database application.

Your information and help is great appreciated,

Regards,

Souris,

A SQL crash has occurred on a clustered SQL Server 2008 R2 SP2 system. The service crashed and restarted itself, any pointers?

Error in event log:
The SQL Server service terminated unexpectedly. It has done this 4 times.

Looking at the error log, the detail is only

ex_terminator - Last chance exception handling

And stack dump:

2013-04-19 05:26:14.36 Server      Using 'dbghelp.dll' version '4.0.5'
2013-04-19 05:26:14.44 Server      **Dump thread - spid = 0, EC = 0x0000000000000000
2013-04-19 05:26:14.44 Server      ***Stack Dump being sent to E:\043E\MSSQL10_50\MSSQL\LOG\SQLDump0036.txt
2013-04-19 05:26:14.44 Server      * *******************************************************************************
2013-04-19 05:26:14.44 Server      *
2013-04-19 05:26:14.44 Server      * BEGIN STACK DUMP:
2013-04-19 05:26:14.44 Server      *   04/19/13 05:26:14 spid 46924
2013-04-19 05:26:14.44 Server      *
2013-04-19 05:26:14.44 Server      * ex_terminator - Last chance exception handling
2013-04-19 05:26:14.44 Server      *
2013-04-19 05:26:14.44 Server      *
2013-04-19 05:26:14.44 Server      *  MODULE                          BASE      END       SIZE
2013-04-19 05:26:14.44 Server      * sqlservr                       0000000000350000  0000000003EFDFFF  03bae000
2013-04-19 05:26:14.44 Server      * ntdll                          0000000076EC0000  0000000077045FFF  00186000
2013-04-19 05:26:14.44 Server      * kernel32                       0000000076CC0000  0000000076DECFFF  0012d000
2013-04-19 05:26:14.44 Server      * ADVAPI32                       000007FEFEFE0000  000007FEFF0E7FFF  00108000
2013-04-19 05:26:14.44 Server      * RPCRT4                         000007FEFD6C0000  000007FEFD802FFF  00143000
2013-04-19 05:26:14.44 Server      * MSVCR80                        0000000074790000  0000000074858FFF  000c9000
2013-04-19 05:26:14.44 Server      * msvcrt                         000007FEFD620000  000007FEFD6BBFFF  0009c000
2013-04-19 05:26:14.44 Server      * MSVCP80                        0000000074610000  0000000074718FFF  00109000
2013-04-19 05:26:14.44 Server      * sqlos                          0000000075140000  0000000075146FFF  00007000
2013-04-19 05:26:14.44 Server      * Secur32                        000007FEFD460000  000007FEFD47BFFF  0001c000
2013-04-19 05:26:14.44 Server      * pdh                            000007FEFA560000  000007FEFA5AFFFF  00050000
2013-04-19 05:26:14.44 Server      * SHLWAPI                        000007FEFE4D0000  000007FEFE542FFF  00073000
2013-04-19 05:26:14.44 Server      * GDI32                          000007FEFE550000  000007FEFE5B3FFF  00064000
2013-04-19 05:26:14.44 Server      * USER32                         0000000076DF0000  0000000076EBCFFF  000cd000
2013-04-19 05:26:14.44 Server      * USERENV                        000007FEFD480000  000007FEFD4A5FFF  00026000
2013-04-19 05:26:14.44 Server      * WINMM                          000007FEFB440000  000007FEFB478FFF  00039000
2013-04-19 05:26:14.44 Server      * ole32                          000007FEFEE00000  000007FEFEFD7FFF  001d8000
2013-04-19 05:26:14.44 Server      * OLEAUT32                       000007FEFEBB0000  000007FEFEC82FFF  000d3000
2013-04-19 05:26:14.44 Server      * OLEACC                         000007FEFB3E0000  000007FEFB434FFF  00055000
2013-04-19 05:26:14.44 Server      * IPHLPAPI                       000007FEFCCB0000  000007FEFCCD2FFF  00023000
2013-04-19 05:26:14.44 Server      * dhcpcsvc                       000007FEFCB60000  000007FEFCBA4FFF  00045000
2013-04-19 05:26:14.44 Server      * DNSAPI                         000007FEFCF00000  000007FEFCF39FFF  0003a000
2013-04-19 05:26:14.44 Server      * WS2_32                         000007FEFE8F0000  000007FEFE933FFF  00044000
2013-04-19 05:26:14.44 Server      * NSI                            000007FEFD610000  000007FEFD616FFF  00007000
2013-04-19 05:26:14.44 Server      * WINNSI                         000007FEFCCA0000  000007FEFCCA9FFF  0000a000
2013-04-19 05:26:14.44 Server      * dhcpcsvc6                      000007FEFCC00000  000007FEFCC2AFFF  0002b000
2013-04-19 05:26:14.44 Server      * opends60                       0000000075130000  0000000075137FFF  00008000
2013-04-19 05:26:14.44 Server      * NETAPI32                       000007FEFCF80000  000007FEFD022FFF  000a3000
2013-04-19 05:26:14.44 Server      * PSAPI                          0000000077060000  0000000077068FFF  00009000
2013-04-19 05:26:14.44 Server      * BatchParser                    0000000072A00000  0000000072A2CFFF  0002d000
2013-04-19 05:26:14.44 Server      * IMM32                          000007FEFF110000  000007FEFF13CFFF  0002d000
2013-04-19 05:26:14.44 Server      * MSCTF                          000007FEFEC90000  000007FEFED91FFF  00102000
2013-04-19 05:26:14.44 Server      * LPK                            000007FEFE660000  000007FEFE66CFFF  0000d000
2013-04-19 05:26:14.44 Server      * USP10                          000007FEFF140000  000007FEFF1D9FFF  0009a000
2013-04-19 05:26:14.44 Server      * comctl32                       000007FEFBCE0000  000007FEFBED8FFF  001f9000
2013-04-19 05:26:14.44 Server      * instapi10                      0000000071060000  000000007106CFFF  0000d000
2013-04-19 05:26:14.44 Server      * CLUSAPI                        000007FEF9600000  000007FEF963EFFF  0003f000
2013-04-19 05:26:14.44 Server      * NTDSAPI                        000007FEFCE90000  000007FEFCEB5FFF  00026000
2013-04-19 05:26:14.44 Server      * WLDAP32                        000007FEFD810000  000007FEFD864FFF  00055000
2013-04-19 05:26:14.44 Server      * cryptdll                       000007FEFD350000  000007FEFD363FFF  00014000
2013-04-19 05:26:14.44 Server      * ACTIVEDS                       000007FEF9570000  000007FEF95B4FFF  00045000
2013-04-19 05:26:14.44 Server      * adsldpc                        000007FEF9390000  000007FEF93CBFFF  0003c000
2013-04-19 05:26:14.44 Server      * credui                         000007FEF8FF0000  000007FEF9025FFF  00036000
2013-04-19 05:26:14.44 Server      * SHELL32                        000007FEFD870000  000007FEFE4C2FFF  00c53000
2013-04-19 05:26:14.44 Server      * ATL                            000007FEFC370000  000007FEFC388FFF  00019000
2013-04-19 05:26:14.44 Server      * RESUTILS                       000007FEF9460000  000007FEF9476FFF  00017000
2013-04-19 05:26:14.44 Server      * cscapi                         000007FEF9D00000  000007FEF9D0CFFF  0000d000
2013-04-19 05:26:14.44 Server      * sqlevn70                       0000000070730000  0000000070930FFF  00201000
2013-04-19 05:26:14.44 Server      * rsaenh                         000007FEFC6E0000  000007FEFC727FFF  00048000
2013-04-19 05:26:14.44 Server      * AUTHZ                          000007FEFD0E0000  000007FEFD105FFF  00026000
2013-04-19 05:26:14.44 Server      * MSCOREE                        000007FEF5FF0000  000007FEF605EFFF  0006f000
2013-04-19 05:26:14.44 Server      * mscoreei                       000007FEF4AC0000  000007FEF4B4FFFF  00090000
2013-04-19 05:26:14.44 Server      * CRYPT32                        000007FEFCD10000  000007FEFCE47FFF  00138000
2013-04-19 05:26:14.44 Server      * MSASN1                         000007FEFCEC0000  000007FEFCED8FFF  00019000
2013-04-19 05:26:14.44 Server      * credssp                        000007FEFCBD0000  000007FEFCBD8FFF  00009000
2013-04-19 05:26:14.44 Server      * schannel                       000007FEFC770000  000007FEFC7C8FFF  00059000
2013-04-19 05:26:14.44 Server      * msv1_0                         000007FEFC9C0000  000007FEFCA04FFF  00045000
2013-04-19 05:26:14.44 Server      * kerberos                       000007FEFCA10000  000007FEFCAB5FFF  000a6000
2013-04-19 05:26:14.44 Server      * mswsock                        000007FEFC970000  000007FEFC9BEFFF  0004f000
2013-04-19 05:26:14.44 Server      * wshtcpip                       000007FEFC5E0000  000007FEFC5E6FFF  00007000
2013-04-19 05:26:14.44 Server      * wship6                         000007FEFCBC0000  000007FEFCBC6FFF  00007000
2013-04-19 05:26:14.44 Server      * NLAapi                         000007FEFC3F0000  000007FEFC402FFF  00013000
2013-04-19 05:26:14.44 Server      * napinsp                        000007FEFB360000  000007FEFB372FFF  00013000
2013-04-19 05:26:14.44 Server      * winrnr                         000007FEFB390000  000007FEFB39AFFF  0000b000
2013-04-19 05:26:14.44 Server      * rasadhlp                       000007FEFB8F0000  000007FEFB8F7FFF  00008000
2013-04-19 05:26:14.44 Server      * security                       00000000742E0000  00000000742E3FFF  00004000
2013-04-19 05:26:14.44 Server      * ftimport                       0000000060000000  0000000060024FFF  00025000
2013-04-19 05:26:14.44 Server      * MSFTE                          0000000049980000  0000000049D2DFFF  003ae000
2013-04-19 05:26:14.44 Server      * VERSION                        000007FEFCBB0000  000007FEFCBBAFFF  0000b000
2013-04-19 05:26:14.44 Server      * dbghelp                        00000000713A0000  00000000714FDFFF  0015e000
2013-04-19 05:26:14.44 Server      * WINTRUST                       000007FEFB900000  000007FEFB938FFF  00039000
2013-04-19 05:26:14.44 Server      * imagehlp                       000007FEFF0F0000  000007FEFF107FFF  00018000
2013-04-19 05:26:14.44 Server      * NTMARTA                        000007FEFC630000  000007FEFC65BFFF  0002c000
2013-04-19 05:26:14.44 Server      * SAMLIB                         000007FEFCEE0000  000007FEFCEFBFFF  0001c000
2013-04-19 05:26:14.44 Server      * ncrypt                         000007FEFCB10000  000007FEFCB51FFF  00042000
2013-04-19 05:26:14.44 Server      * dssenh                         000007FEF83F0000  000007FEF8423FFF  00034000
2013-04-19 05:26:14.44 Server      * bcrypt                         000007FEFCAC0000  000007FEFCB0FFFF  00050000
2013-04-19 05:26:14.44 Server      * CLBCatQ                        000007FEFE5C0000  000007FEFE658FFF  00099000
2013-04-19 05:26:14.44 Server      * sqlncli10                      000000006E370000  000000006E627FFF  002b8000
2013-04-19 05:26:14.44 Server      * COMCTL32                       000007FEFB4E0000  000007FEFB57FFFF  000a0000
2013-04-19 05:26:14.44 Server      * COMDLG32                       000007FEFEB20000  000007FEFEBABFFF  0008c000
2013-04-19 05:26:14.44 Server      * SQLNCLIR10                     000000006EC30000  000000006EC66FFF  00037000
2013-04-19 05:26:14.44 Server      * xpsqlbot                       0000000075100000  0000000075107FFF  00008000
2013-04-19 05:26:14.44 Server      * xpstar                         0000000071250000  00000000712D7FFF  00088000
2013-04-19 05:26:14.44 Server      * SQLSCM                         0000000074550000  000000007455DFFF  0000e000
2013-04-19 05:26:14.44 Server      * ODBC32                         000007FEF94D0000  000007FEF9541FFF  00072000
2013-04-19 05:26:14.44 Server      * ATL80                          0000000071040000  000000007105FFFF  00020000
2013-04-19 05:26:14.44 Server      * odbcint                        0000000074010000  0000000074047FFF  00038000
2013-04-19 05:26:14.44 Server      * xpstar                         0000000074560000  0000000074584FFF  00025000
2013-04-19 05:26:14.44 Server      * xplog70                        00000000750C0000  00000000750CFFFF  00010000
2013-04-19 05:26:14.44 Server      * xplog70                        00000000750B0000  00000000750B1FFF  00002000
2013-04-19 05:26:14.44 Server      * COMRES                         0000000073140000  000000007327CFFF  0013d000
2013-04-19 05:26:14.44 Server      * XOLEHLP                        000007FEF8A00000  000007FEF8A11FFF  00012000
2013-04-19 05:26:14.44 Server      * MSDTCPRX                       000007FEF8720000  000007FEF87D7FFF  000b8000
2013-04-19 05:26:14.44 Server      * MTXCLU                         000007FEF87E0000  000007FEF883CFFF  0005d000
2013-04-19 05:26:14.44 Server      * ktmw32                         000007FEFC360000  000007FEFC367FFF  00008000
2013-04-19 05:26:14.44 Server      * sqlvdi                         000000000EF10000  000000000EF3BFFF  0002c000
2013-04-19 05:26:14.44 Server      * dbghelp                        0000000039730000  000000003988DFFF  0015e000
2013-04-19 05:26:14.44 Server      *
2013-04-19 05:26:14.44 Server      *     P1Home: 0000000002080076:  8D482E7570245C85  FE2F0C5AE868244C  1C7570245C8522EB  0C48E868244C8D48  70245C8510EBFE2F  E868244C8D480A75  
2013-04-19 05:26:14.44 Server      *     P2Home: 000000001F77BBF0:  0000000000000000  0000000000000000  0000000000000000  0000000000000000  0000000000000000  0000000000000000  
2013-04-19 05:26:14.44 Server      *     P3Home: 0000003B00000076:  
2013-04-19 05:26:14.44 Server      *     P4Home: 0000000000000000:  
2013-04-19 05:26:14.44 Server      *     P5Home: 0000000000000000:  
2013-04-19 05:26:14.44 Server      *     P6Home: 0000000200000000:  0100020000040201  00190003061838CD  00CA0003063BFC82  14EA098200000058  0000000100F4610B  00029C390023F7A4  
2013-04-19 05:26:14.44 Server      * ContextFlags: 000000000010000F:  0000000000000000  0000000000000000  0000000000000000  0000000000000000  0000000000000000  0000000000000000  
2013-04-19 05:26:14.44 Server      *      MxCsr: 0000000000001F80:  
2013-04-19 05:26:14.44 Server      *      SegCs: 0000000000000033:  
2013-04-19 05:26:14.44 Server      *      SegDs: 000000000000002B:  
2013-04-19 05:26:14.44 Server      *      SegEs: 000000000000002B:  
2013-04-19 05:26:14.44 Server      *      SegFs: 0000000000000053:  
2013-04-19 05:26:14.44 Server      *      SegGs: 000000000000002B:  
2013-04-19 05:26:14.44 Server      *      SegSs: 000000000000002B:  
2013-04-19 05:26:14.44 Server      *     EFlags: 0000000000000202:  
2013-04-19 05:26:14.44 Server      *        Rax: 0000000076CD76C0:  83000000C8EC8148  FFFFEF058D4801E2  4DC93320244C89FF  893024448948C985  28244C8948242454  4C8900000BF9850F  
2013-04-19 05:26:14.44 Server      *        Rcx: 000000001F77BAA0:  0000000002080076  000000001F77BBF0  0000003B00000076  0000000000000000  0000000000000000  0000000200000000  
2013-04-19 05:26:14.44 Server      *        Rdx: 0000000000000000:  
2013-04-19 05:26:14.44 Server      *        Rbx: 0000000000000000:  
2013-04-19 05:26:14.44 Server      *        Rsp: 000000001F77BF90:  0000000000000000  0000000076EC0000  000000001F77B980  000007FFFFF4C000  00000000000042AC  0000000000000000  
2013-04-19 05:26:14.44 Server      *        Rbp: 00000000030D887C:  0000000719930522  0000000202D888A4  0000000F02D88954  0000016002D888DC  0000000000000000  00000000FFFFFFFF  
2013-04-19 05:26:14.44 Server      *        Rsi: 0000000000000000:  
2013-04-19 05:26:14.44 Server      *        Rdi: 000000001F77C1C0:  00000000570FF060  0000000000000000  0000000000000000  0000000000000000  0000000000000000  0000000000000000  
2013-04-19 05:26:14.44 Server      *         R8: 0000000000000000:  
2013-04-19 05:26:14.44 Server      *         R9: 0000000000000000:  
2013-04-19 05:26:14.44 Server      *        R10: 0000000000000000:  
2013-04-19 05:26:14.44 Server      *        R11: 000000001F77C7A0:  0000000002080076  000000001F77BBF0  0000003B00000076  0000000000000000  0000000000000000  0000000200000000  
2013-04-19 05:26:14.44 Server      *        R12: 0000000000000001:  
2013-04-19 05:26:14.44 Server      *        R13: 0000000000000000:  
2013-04-19 05:26:14.44 Server      *        R14: 000000000283DF00:  0074005F00780065  0069006D00720065  006F00740061006E  0020002D00200072  007400730061004C  0061006800630020  
2013-04-19 05:26:14.44 Server      *        R15: 000000000000002F:  
2013-04-19 05:26:14.44 Server      *        Rip: 0000000076CD76FD:  C3000000C8C48148  9090909090909090  4848EC8348909090  480000008024848B  7824448B38244489  24448B4830244489  
2013-04-19 05:26:14.44 Server      * *******************************************************************************
2013-04-19 05:26:14.44 Server      * -------------------------------------------------------------------------------
2013-04-19 05:26:14.44 Server      * Short Stack Dump
2013-04-19 05:26:14.45 Server      0000000076CD76FD Module(kernel32+00000000000176FD)
2013-04-19 05:26:14.45 Server      00000000023F981D Module(sqlservr+00000000020A981D)
2013-04-19 05:26:14.45 Server      00000000023FDD3A Module(sqlservr+00000000020ADD3A)
2013-04-19 05:26:14.45 Server      00000000023FD89D Module(sqlservr+00000000020AD89D)
2013-04-19 05:26:14.45 Server      000000000283DDC2 Module(sqlservr+00000000024EDDC2)
2013-04-19 05:26:14.46 Server      000000000283D5AB Module(sqlservr+00000000024ED5AB)
2013-04-19 05:26:14.46 Server      00000000747CACF0 Module(MSVCR80+000000000003ACF0)
2013-04-19 05:26:14.46 Server      00000000747C9E0B Module(MSVCR80+0000000000039E0B)
2013-04-19 05:26:14.46 Server      00000000747CA62B Module(MSVCR80+000000000003A62B)
2013-04-19 05:26:14.46 Server      00000000747CA86B Module(MSVCR80+000000000003A86B)
2013-04-19 05:26:14.47 Server      00000000747CABE7 Module(MSVCR80+000000000003ABE7)
2013-04-19 05:26:14.47 Server      0000000076EF58DD Module(ntdll+00000000000358DD)
2013-04-19 05:26:14.47 Server      0000000076EF96D7 Module(ntdll+00000000000396D7)
2013-04-19 05:26:14.47 Server      0000000076F06E08 Module(ntdll+0000000000046E08)
2013-04-19 05:26:14.47 Server      0000000000356F5A Module(sqlservr+0000000000006F5A)
2013-04-19 05:26:14.47 Server      0000000000356FB9 Module(sqlservr+0000000000006FB9)
2013-04-19 05:26:14.47 Server      00000000003572D7 Module(sqlservr+00000000000072D7)
2013-04-19 05:26:14.47 Server      000000000078A5C8 Module(sqlservr+000000000043A5C8)
2013-04-19 05:26:14.47 Server      0000000000AEB3CE Module(sqlservr+000000000079B3CE)
2013-04-19 05:26:14.47 Server      00000000007BD83D Module(sqlservr+000000000046D83D)
2013-04-19 05:26:14.47 Server      00000000007BDC99 Module(sqlservr+000000000046DC99)
2013-04-19 05:26:14.47 Server      000000000078AD10 Module(sqlservr+000000000043AD10)
2013-04-19 05:26:14.47 Server      000000000078ABB1 Module(sqlservr+000000000043ABB1)
2013-04-19 05:26:14.47 Server      00000000007BF14D Module(sqlservr+000000000046F14D)
2013-04-19 05:26:14.47 Server      000000000039DC11 Module(sqlservr+000000000004DC11)
2013-04-19 05:26:14.47 Server      000000000035BBD8 Module(sqlservr+000000000000BBD8)
2013-04-19 05:26:14.47 Server      000000000035B8BA Module(sqlservr+000000000000B8BA)
2013-04-19 05:26:14.47 Server      000000000035B6FF Module(sqlservr+000000000000B6FF)
2013-04-19 05:26:14.47 Server      0000000000878FB6 Module(sqlservr+0000000000528FB6)
2013-04-19 05:26:14.47 Server      0000000000879175 Module(sqlservr+0000000000529175)
2013-04-19 05:26:14.47 Server      0000000000879839 Module(sqlservr+0000000000529839)
2013-04-19 05:26:14.47 Server      0000000000879502 Module(sqlservr+0000000000529502)
2013-04-19 05:26:14.47 Server      00000000747937D7 Module(MSVCR80+00000000000037D7)
2013-04-19 05:26:14.47 Server      0000000074793894 Module(MSVCR80+0000000000003894)
2013-04-19 05:26:14.47 Server      0000000076CDBE3D Module(kernel32+000000000001BE3D)
2013-04-19 05:26:14.47 Server      0000000076EE6861 Module(ntdll+0000000000026861)
2013-04-19 05:26:14.47 Server      Stack Signature for the dump is 0x0000000089E5C4E0

Hi, I am using http://ola.hallengren.com/, but I got an error when I schedule this in sql agent job. it says:1  Incorrect syntax near 'sde', can anyone help, I would exclude the index optimize for database -sde.

The code is:

sqlcmd -E -S $(ESCAPE_SQUOTE(SRVR)) -d DBA -Q "EXECUTE [dbo].[IndexOptimize] @Databases = ' USER_DATABASES', -sde,@UpdateStatistics = 'ALL',@OnlyModifiedStatistics = 'Y',@LogToTable = 'Y'" -b

Thanks,

---

SQLFriend

Hello everyone, I am having a bit of an issue with SQL Server 2008, I am trying to know why my queries are not working correctly.

They only affect the first 299 rows or so, even if I do a "SELECT * FROM tableName" it returns an incomplete result, if I want to update and set one field to a single value, same thing happens.

Do you have any ideas of why this could be?

Thanks in advance;

Kindly, E

I have a table that gets inserted into several times a day.  The current archive process thats in place does not include this table and it has almost a million rows in it, along with several indexes.

Which could likely be the culprit for poor insert times, the indexes or the fat that its a large table?

I have been having a problem with a third party tool we are using to do farm backups on Sharepoint.   It is backing up the WFEs and app servers fine using VSS.. but when it comes time to backup the sql servers the SQLServerWriter keeps dying on me.  It keeps going into a state of

Writer name: 'SqlServerWriter'
   Writer Id: {a65faa63-5ea8-4ebc-9dbd-a0c4db26912a}
   Writer Instance Id: {7d547239-0f1f-4a37-be21-5873db2ecf49}
   State: [8] Failed
   Last error: Inconsistent shadow copy

When I restart the service/server the error clears .. but it never lets me do a backup of any of the database components  in the Application logs I get errors like this

Preparing for backup

Preparing for backup complete!

Status of writer SqlServerWriter: Stable

Doing snapshot set...

Snapshot set complete!

Time to do snapshot set: 1.014 seconds

Status of writer SqlServer Writer: FailedAtPrepareSnapshotExcepetion type: Idera.Poinbackup.Shared.PBException

Message: Status of writer SqlServerWriter: FailedAtPrepareSnapshot

When I do a list shadows I see a shadow of that operation. but on the list writers I still get

Writer name: 'SqlServerWriter'
   Writer Id: {a65faa63-5ea8-4ebc-9dbd-a0c4db26912a}
   Writer Instance Id: {7d547239-0f1f-4a37-be21-5873db2ecf49}
   State: [8] Failed
   Last error: Inconsistent shadow copy

My sharepoint databases are on a clustered server with 2 hosts.

We have the same setup on development and that works fine with no errors being produced.  I have checked that sqlserverwrite is running as the localsystem and that that account is sysadmin on the sql server.  I've tried deleting the existing shadows, failing over to the othernode, rebooting servers... but so far I am getting no luck and the vendor is stumped.  I have tried uninstalling and reinstalling the app just in case it was a corrupt install.. but that didn't get me anywhere either.  I was thinking about reregistering the vss components and I have seen a bunch of somewhate different posts on what to re-register.. so I was hoping one of you guys could point me at something relevant to my situation.

Thanks for any replies in advance!