Hello, folks. I'm hoping someone can provide a clear answer to execute an Oracle procedure from SQL Server via a linked server. I've seen related posts that are all over the place. I have a simple Oracle procedure that does not need to return any values, nor accept any. I just need to run it from SQL Server.
Any definitive solutions are greatly appreciated in advance.
Ross
Hi All,
Recently, i am going through the memory concepts of sql server 2008 and i need some clarifications from expericenced folks to get better clarity on below terms and objects.
What is Memory object and memory node and where does the memory clerks and single allocators and Multi page allocators fit in Memory Allocations.
Basically, How does sql server allocates memory for a request and also interested to know who all are the memory consumers? is the ones which are present in sys.dm_os_memory_clerks(bpool,sqlutilities.. ) are the memory consumers
or else is there anything like external memory consumers. Need clarifications on this.
Any brief descriptions with example would be a great help. Looking forward for your valuable comments.
Thanks in advance.
Many Thanks & Best Regards, Hua Min
Hi All,
Can anyone share their expericences which one is good and bad about below configurations on 32 bit systems and sql server 2005.
On what factors we can choose either of the below and which one would be a best match based on the scenario whether it is MTL or Bpool pressure?
Also, would like to know how much memory can i make use of below physical RAM if it is 64 gigs or 32 gigs.
Environment
Windows 2003 32 bit
SQL server 2005 sp4 32 bit
64 GB Physical RAM
1. /3GB + AWE
2. /PAE + AWE
3. /PAE + /3GB + AWE
Looking forward for lot of answers....
Thanks in advance.
Hi All,
I have requirement i need to tell one of our client that things to consider for mirroring and clustering.
in that i need to provide
1)why should we use mirroring over clustering?
2)why should we use clustering over mirroring ?
3)Minimal configuration required for mirroring and clustering(RAM,CPU,STORAGE,STORAGE TYPE)?
4)How much down time clustering can maximum have?
5)How much down time Mirroring can maximum have?
6)Cost effective mirroring over clustering and vice versa??
7)Which one bears more load mirroring or clustering?
8)Availability??
9)any addition features which i left?
Thanks in advance
please help
Hi,
As we knw, SQL Server Data page provides 8060 bytes to store Data Row in the system. I just want to knw, how SQL server stores of the size of the row is greater than 8060 bytes? will the system take new page? if yes then how the system links two different pages?
DK
I dump the tran logs every hour and am getting random failures of the job to authenticate? Owner is sa, so how can it fail? No system or application event errors related to this. We have already recreated the job, didn't help. It is a maint plan for transaction dumps with all DB's selected. We have also recreated the maint plan.
"The job failed. Unable to determine if the owner (sa) of job DB Maintenance.Hourly backup of Transaction Logs has server access."
Hello all,
I work in an environment where we get a lot of the SQL error-event id 833. SQL server has encountered a number of I\O requests taking a long time to complete. I also notice that the sqlservr.exe service taks up a lot of memory when i get these errors. i've already learned how to adjust mem allocation in sql server but wondering what else i can do to bring down high mem and cpu usage by the sql server. I am pretty new to sql troubleshooting and not a developer. just looking to be pointed in the right direction.
thanks
I am trying to create a schedule for a job to run on the 8th day every 3 months. However, when i look at the Job Activity Monitor, the "next run" column shows the job as running the 8th day of the following month.
For example the job is to run on 1/8/2013. If the job is schedule properly, the next time the job should run is on 4/8/2013. But in the job activity monitor it is showing up to run the job on 2/8/2013.
If I I change the schedule from "Day" to "The" in the Frequency section, then the schedule seems to work but I can't run it in on the 8th day of the month
How can i get the job schedule to run on the 8th day of the month and run every 3 months?
Hi,
I have noticed that AX performance seems pretty poor so ran a Profiler trace. From it I can see that some stored procedures are taking a long time to run. The below is an example. this particular sp took 11 seconds and I have noticed other similar ones taking between 11 - 19 seconds. Can anybody please advise what I should do next to investigate this further?
declare @p1 int set @p1=1073741969 declare @p2 int set @p2=180150403 declare @p5 int set @p5=16 declare @p6 int set @p6=1 declare @p7 int set @p7=19 exec sp_cursorprepexec @p1 output,@p2 output,N'@P1 nvarchar(8),@P2 nvarchar(122),@P3 int,@P4 int,@P5 nvarchar(22)',N'SELECT A.TRANSDATE,A.VOUCHER,A.LEDGERACCOUNTNUM,A.LEDGERTRANSTYPE,A.ACCOUNTID,A.AMOUNTCUR,A.AMOUNTMST,A.CURRENCYCODE,A.ACCOUNTSTATEMENT,A.ACCOUNTSTATEMENTDATE,A.BANKTRANSTYPE,A.PAYMREFERENCE,A.PAYMENTMODE,A.DEPOSITNUM,A.RECONCILED,A.INCLUDED,A.AMOUNTCORRECT,A.DIMENSION,A.DIMENSION2_,A.DIMENSION3_,A.DIMENSION4_,A.DIMENSION5_,A.DIMENSION6_,A.DIMENSION7_,A.MANUAL,A.CHEQUENUM,A.TXT,A.CANCEL,A.BANKTRANSCURRENCYCODE,A.BANKTRANSAMOUNTCUR,A.TAXGROUP,A.TAXITEMGROUP,A.CREATEDDATE,A.CREATEDTIME,A.CREATEDBY,A.RECVERSION,A.RECID FROM BANKACCOUNTTRANS A WHERE ((DATAAREAID=@P1) AND (((TXT LIKE @P2 ESCAPE ''\'' ) AND ((RECONCILED>=@P3) AND (RECONCILED<=@P4))) AND (ACCOUNTID=@P5))) ORDER BY A.DATAAREAID DESC,A.ACCOUNTID DESC,A.DEPOSITNUM DESC OPTION(FAST 1)',@p5 output,@p6 output,@p7 output,N'agl',N'%agg%',0,1,N'BOI1' select @p1, @p2, @p5, @p6, @p7
Regards
Paul
We are running MS SQL SERVER 2008 64 bit. We have a Maintenaince Plan setup for a large database to rebuild the indexes. Sometimes that job will fail. Can indexes get lost when this failure happens?
Hi All,
I'm in the process of creating some Replication Publishers for all our sites. I will have 1 subscriber (for now) that will collect the data from the Publishers (8 databases). What I'd like to know is there a way to tell/set the publisher with a siteID without having to change the database structure.
For example for the Subscriber db I setup those tables with a SiteId field. When the publisher pushes the data to the subscriber, I'd like the publisher also send the siteID of the site. Is there a way to do this without changing the db structure? If not and I need to change the structure, should I make the siteid as part of the primary key of each table? Is there any draw backs to doing so?
Thanks for any help that you can provide.
I read Bob Ward's post on SQL server and Large Pages (http://blogs.msdn.com/b/psssql/archive/2009/06/05/sql-server-and-large-pages-explained.aspx). He mentions that even without trace flag 834 enabled, SQL Server still uses Large Pages is some ways not related to the buffer pool (he listed internal lock management structures and buffer hash as two possibilities).
Can anyone provide more detail about how SQL Server utilizes Large Pages when trace flag 834 is NOT turned on?
I ask because I am running a SQL Server 2008 R2 cluster whose nodes meet the requirements for large pages (SQL Server Enterprise Edition, >=8GB RAM, LPIM set). We do not have trace flag 834 turned on. Sometimes, if a SQL Server instance is moved from one node to another, I see the message "Cannot use Large Page Extensions: Failed to allocate 32MB" in the error log. This seems to happen if the node has been up for a while. I think this is due to memory fragmentation- I believe that this line is telling me that the LargePageAllocator could not find 32MB of contiguous memory to, as Bob Ward's post puts it, "prime the system for any component that needs large pages memory."
I'm trying to understand what the ramifications of this message are to SQL instances where trace flag 834 is NOT on. What's affected within my instance? What isn't performing as well as it could be, due to Large Page Extensions' failure to allocate 32MB?
Thanks in advance for any info- there is precious little out there regarding this that I could find...
Vince Misetich
Hi,
We have following error in error log:
SQL Error Log: 17806: SSPI handshake failed while establishing a connection with integrated security.
How to resolve it?
Thanks
Hello,
I have a question to create a SQL Server Alias to move an SQL Cluster instance to a new hardware.
Our environment looks like, that we have a Windows Server 2008 R2 Cluster Installation.
On this cluster there now configured two SQL Cluster Instance.
The name from this SQL Instance are:
zlocationpro, this is the Instance SharePoint
zlocationpro\pro, Instance TFS and other Applications
Now we have performance problems at TFS and Application Instance.
This is the reason, that we installed a new Windows Cluster with SQL Server Instance, to move the TFS Databases to new this SQL Server with the Name instance zlocationpro2.
Now the question:
How did I have to configure the SQL Server Alias at the old SQL Server.
And what did I have to configure at booth TFS Application Server with CliConfg.exe to connect to the new SQL Server Instance zlocationpro2.
I hope somebody can help me, thanks a lot.
Thanks Horst MOSS 2007 Farm; MOSS 2010 Farm; TFS 2010; IIS 7.5
SQL Server 2008 Fully Patched Enterprise Edition
Database in Full Recovery Model
Logs backed up every 15 minutes
All indexes fully optimized
=================================
Thanks for looking at my question.
So here we go:
I have a single table for holding transactions for an inventory system.
There are 2 applications that INSERT/UPDATE records into this table in near real time (sometimes running concurrently) and flag the records as "Ready to Process"
There is 1 application that processes those "Ready to Process" records and it is primarily running UPDATES.
All applications wrap their separate interactions with the table in TRANS with COMMITS.
So everything is working or I should say trying to work on this small set of records. As such we get one or 2 timeouts a day trying to process the records an one or two Deadlocks a week.
Is there anything I can do AT THE TABLE OR DATABASE level to help handle this data orgy!! Keep in mind we are not talking about processing thousands of records in a short period/batch - more like a few hundred.
Thanks!
This is a pretty large query running into this problem. The query gets stuck waiting indefinitely, eventually I have to kill the spid. I attached the sys.dm_os_waiting_tasks for the session I am having trouble with.
This is on SQL 2012 enterprise edition.
Any idea why a process will be stuck at CXPACKET wait indefinitely and how to work around that?
Thank you
SELECT
[waiting_task_address], CAST([session_id] AS INT) AS [session_id], [exec_context_id], CAST([wait_duration_ms] AS INT) AS [wait_duration_ms], [wait_type], [resource_address], [blocking_task_address], CAST([blocking_session_id] AS INT) AS [blocking_session_id], CAST([blocking_exec_context_id] AS INT) AS [blocking_exec_context_id], [resource_description]
FROM (VALUES('0x000001D8184570C8', '243', '0', '7701', 'CXPACKET', '0x0000011C42306180', '0x000000F18F0E6558', '243', '1', 'exchangeEvent id=Piped9ab90ff00 WaitType=e_waitPipeGetRow nodeId=1'),
('0x000001D8184570C8', '243', '0', '7701', 'CXPACKET', '0x0000011C42306180', '0x000000B0447E5C38', '243', '2', 'exchangeEvent id=Piped9ab90ff00 WaitType=e_waitPipeGetRow nodeId=1'),
('0x000001D8184570C8', '243', '0', '7701', 'CXPACKET', '0x0000011C42306180', '0x000000B97D99B868', '243', '3', 'exchangeEvent id=Piped9ab90ff00 WaitType=e_waitPipeGetRow nodeId=1'),
('0x000001D8184570C8', '243', '0', '7701', 'CXPACKET', '0x0000011C42306180', '0x000000B4BD921868', '243', '4', 'exchangeEvent id=Piped9ab90ff00 WaitType=e_waitPipeGetRow nodeId=1'),
('0x000001D8184570C8', '243', '0', '7701', 'CXPACKET', '0x0000011C42306180', '0x0000003019B03498', '243', '5', 'exchangeEvent id=Piped9ab90ff00 WaitType=e_waitPipeGetRow nodeId=1'),
('0x000001D8184570C8', '243', '0', '7701', 'CXPACKET', '0x0000011C42306180', '0x000001174B706558', '243', '6', 'exchangeEvent id=Piped9ab90ff00 WaitType=e_waitPipeGetRow nodeId=1'),
('0x0000003019B03498', '243', '5', '43537', 'CXPACKET', '0x000001650B915E60', '0x0000015E65EE5C38', '243', '10', 'exchangeEvent id=Pipe11df09a9980 WaitType=e_waitPipeGetRow nodeId=5'),
('0x0000003019B03498', '243', '5', '43537', 'CXPACKET', '0x000001650B915E60', '0x000001C22B80CCF8', '243', '7', 'exchangeEvent id=Pipe11df09a9980 WaitType=e_waitPipeGetRow nodeId=5'),
('0x0000003019B03498', '243', '5', '43537', 'CXPACKET', '0x000001650B915E60', '0x000001174B706CF8', '243', '9', 'exchangeEvent id=Pipe11df09a9980 WaitType=e_waitPipeGetRow nodeId=5'),
('0x0000003019B03498', '243', '5', '43537', 'CXPACKET', '0x000001650B915E60', '0x00000129F8401C38', '243', '8', 'exchangeEvent id=Pipe11df09a9980 WaitType=e_waitPipeGetRow nodeId=5'),
('0x0000003019B03498', '243', '5', '43537', 'CXPACKET', '0x000001650B915E60', '0x000000A961E26558', '243', '11', 'exchangeEvent id=Pipe11df09a9980 WaitType=e_waitPipeGetRow nodeId=5'),
('0x0000003019B03498', '243', '5', '43537', 'CXPACKET', '0x000001650B915E60', '0x000001D1B3042558', '243', '12', 'exchangeEvent id=Pipe11df09a9980 WaitType=e_waitPipeGetRow nodeId=5'),
('0x00000129F8401C38', '243', '8', '1818682', 'CXPACKET', '0x0000017BB3D3BE60', '0x0000019362400188', '243', '18', 'exchangeEvent id=Pipe11df09cb700 WaitType=e_waitPipeGetRow nodeId=10'),
('0x00000129F8401C38', '243', '8', '1818682', 'CXPACKET', '0x0000017BB3D3BE60', '0x000001C22B80D0C8', '243', '14', 'exchangeEvent id=Pipe11df09cb700 WaitType=e_waitPipeGetRow nodeId=10'),
('0x00000129F8401C38', '243', '8', '1818682', 'CXPACKET', '0x0000017BB3D3BE60', '0x00000129F8400558', '243', '13', 'exchangeEvent id=Pipe11df09cb700 WaitType=e_waitPipeGetRow nodeId=10'),
('0x00000129F8401C38', '243', '8', '1818682', 'CXPACKET', '0x0000017BB3D3BE60', '0x000001C690874558', '243', '16', 'exchangeEvent id=Pipe11df09cb700 WaitType=e_waitPipeGetRow nodeId=10'),
('0x00000129F8401C38', '243', '8', '1818682', 'CXPACKET', '0x0000017BB3D3BE60', '0x000000A961E270C8', '243', '15', 'exchangeEvent id=Pipe11df09cb700 WaitType=e_waitPipeGetRow nodeId=10'),
('0x00000129F8401C38', '243', '8', '1818682', 'CXPACKET', '0x0000017BB3D3BE60', '0x000001D1B3042CF8', '243', '17', 'exchangeEvent id=Pipe11df09cb700 WaitType=e_waitPipeGetRow nodeId=10'),
('0x00000129F8401498', '243', '19', '62658', 'CXPACKET', '0x000001C04946D860', '0x000001C22B80D0C8', '243', '14', 'exchangeEvent id=Pipec4f194d200 WaitType=e_waitPipeNewRow nodeId=32'),
('0x000000B4BD921868', '243', '4', '957107', 'CXPACKET', '0x000001170526DE60', '0x0000015E65EE5C38', '243', '10', 'exchangeEvent id=Pipe11df09a9900 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000000B4BD921868', '243', '4', '957107', 'CXPACKET', '0x000001170526DE60', '0x000001C22B80CCF8', '243', '7', 'exchangeEvent id=Pipe11df09a9900 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000000B4BD921868', '243', '4', '957107', 'CXPACKET', '0x000001170526DE60', '0x000001174B706CF8', '243', '9', 'exchangeEvent id=Pipe11df09a9900 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000000B4BD921868', '243', '4', '957107', 'CXPACKET', '0x000001170526DE60', '0x00000129F8401C38', '243', '8', 'exchangeEvent id=Pipe11df09a9900 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000000B4BD921868', '243', '4', '957107', 'CXPACKET', '0x000001170526DE60', '0x000000A961E26558', '243', '11', 'exchangeEvent id=Pipe11df09a9900 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000000B4BD921868', '243', '4', '957107', 'CXPACKET', '0x000001170526DE60', '0x000001D1B3042558', '243', '12', 'exchangeEvent id=Pipe11df09a9900 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000001D1B3042558', '243', '12', '977527', 'CXPACKET', '0x000001C0E4429E60', '0x0000019362400188', '243', '18', 'exchangeEvent id=Pipe11df09cb800 WaitType=e_waitPipeGetRow nodeId=10'),
('0x000001D1B3042558', '243', '12', '977527', 'CXPACKET', '0x000001C0E4429E60', '0x000001C22B80D0C8', '243', '14', 'exchangeEvent id=Pipe11df09cb800 WaitType=e_waitPipeGetRow nodeId=10'),
('0x000001D1B3042558', '243', '12', '977527', 'CXPACKET', '0x000001C0E4429E60', '0x00000129F8400558', '243', '13', 'exchangeEvent id=Pipe11df09cb800 WaitType=e_waitPipeGetRow nodeId=10'),
('0x000001D1B3042558', '243', '12', '977527', 'CXPACKET', '0x000001C0E4429E60', '0x000001C690874558', '243', '16', 'exchangeEvent id=Pipe11df09cb800 WaitType=e_waitPipeGetRow nodeId=10'),
('0x000001D1B3042558', '243', '12', '977527', 'CXPACKET', '0x000001C0E4429E60', '0x000000A961E270C8', '243', '15', 'exchangeEvent id=Pipe11df09cb800 WaitType=e_waitPipeGetRow nodeId=10'),
('0x000001D1B3042558', '243', '12', '977527', 'CXPACKET', '0x000001C0E4429E60', '0x000001D1B3042CF8', '243', '17', 'exchangeEvent id=Pipe11df09cb800 WaitType=e_waitPipeGetRow nodeId=10'),
('0x000001D1B3042CF8', '243', '17', '976672', 'CXPACKET', '0x000000DD59F77BC0', '0x000000A0E97690C8', '243', '22', 'exchangeEvent id=Pipec4f194d400 WaitType=e_waitPipeGetRow nodeId=32'),
('0x000001D1B3042CF8', '243', '17', '976672', 'CXPACKET', '0x000000DD59F77BC0', '0x00000184FF801C38', '243', '20', 'exchangeEvent id=Pipec4f194d400 WaitType=e_waitPipeGetRow nodeId=32'),
('0x000001D1B3042CF8', '243', '17', '976672', 'CXPACKET', '0x000000DD59F77BC0', '0x00000129F8401498', '243', '19', 'exchangeEvent id=Pipec4f194d400 WaitType=e_waitPipeGetRow nodeId=32'),
('0x000001D1B3042CF8', '243', '17', '976672', 'CXPACKET', '0x000000DD59F77BC0', '0x000001C690874928', '243', '21', 'exchangeEvent id=Pipec4f194d400 WaitType=e_waitPipeGetRow nodeId=32'),
('0x000001D1B3042CF8', '243', '17', '976672', 'CXPACKET', '0x000000DD59F77BC0', '0x000000A961E27868', '243', '23', 'exchangeEvent id=Pipec4f194d400 WaitType=e_waitPipeGetRow nodeId=32'),
('0x000001D1B3042CF8', '243', '17', '976672', 'CXPACKET', '0x000000DD59F77BC0', '0x000001D1B3043498', '243', '24', 'exchangeEvent id=Pipec4f194d400 WaitType=e_waitPipeGetRow nodeId=32'),
('0x000001D1B3043498', '243', '24', '144144', 'CXPACKET', '0x000001D87281F860', '0x000000A961E270C8', '243', '15', 'exchangeEvent id=Pipec4f194d380 WaitType=e_waitPipeNewRow nodeId=32'),
('0x000000B0447E5C38', '243', '2', '7718', 'CXPACKET', '0x00000170A6895E60', '0x0000015E65EE5C38', '243', '10', 'exchangeEvent id=Pipe11df09a9800 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000000B0447E5C38', '243', '2', '7718', 'CXPACKET', '0x00000170A6895E60', '0x000001C22B80CCF8', '243', '7', 'exchangeEvent id=Pipe11df09a9800 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000000B0447E5C38', '243', '2', '7718', 'CXPACKET', '0x00000170A6895E60', '0x000001174B706CF8', '243', '9', 'exchangeEvent id=Pipe11df09a9800 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000000B0447E5C38', '243', '2', '7718', 'CXPACKET', '0x00000170A6895E60', '0x00000129F8401C38', '243', '8', 'exchangeEvent id=Pipe11df09a9800 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000000B0447E5C38', '243', '2', '7718', 'CXPACKET', '0x00000170A6895E60', '0x000000A961E26558', '243', '11', 'exchangeEvent id=Pipe11df09a9800 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000000B0447E5C38', '243', '2', '7718', 'CXPACKET', '0x00000170A6895E60', '0x000001D1B3042558', '243', '12', 'exchangeEvent id=Pipe11df09a9800 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000001C22B80CCF8', '243', '7', '7718', 'CXPACKET', '0x0000014051413E60', '0x0000019362400188', '243', '18', 'exchangeEvent id=Pipe11df09cb600 WaitType=e_waitPipeGetRow nodeId=10'),
('0x000001C22B80CCF8', '243', '7', '7718', 'CXPACKET', '0x0000014051413E60', '0x000001C22B80D0C8', '243', '14', 'exchangeEvent id=Pipe11df09cb600 WaitType=e_waitPipeGetRow nodeId=10'),
('0x000001C22B80CCF8', '243', '7', '7718', 'CXPACKET', '0x0000014051413E60', '0x00000129F8400558', '243', '13', 'exchangeEvent id=Pipe11df09cb600 WaitType=e_waitPipeGetRow nodeId=10'),
('0x000001C22B80CCF8', '243', '7', '7718', 'CXPACKET', '0x0000014051413E60', '0x000001C690874558', '243', '16', 'exchangeEvent id=Pipe11df09cb600 WaitType=e_waitPipeGetRow nodeId=10'),
('0x000001C22B80CCF8', '243', '7', '7718', 'CXPACKET', '0x0000014051413E60', '0x000000A961E270C8', '243', '15', 'exchangeEvent id=Pipe11df09cb600 WaitType=e_waitPipeGetRow nodeId=10'),
('0x000001C22B80CCF8', '243', '7', '7718', 'CXPACKET', '0x0000014051413E60', '0x000001D1B3042CF8', '243', '17', 'exchangeEvent id=Pipe11df09cb600 WaitType=e_waitPipeGetRow nodeId=10'),
('0x00000184FF801C38', '243', '20', '144362', 'CXPACKET', '0x0000018C0C45F860', '0x000000A961E270C8', '243', '15', 'exchangeEvent id=Pipec4f194d380 WaitType=e_waitPipeNewRow nodeId=32'),
('0x000000B97D99B868', '243', '3', '368647', 'CXPACKET', '0x000001D09FC79E60', '0x0000015E65EE5C38', '243', '10', 'exchangeEvent id=Pipe11df09a9880 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000000B97D99B868', '243', '3', '368647', 'CXPACKET', '0x000001D09FC79E60', '0x000001C22B80CCF8', '243', '7', 'exchangeEvent id=Pipe11df09a9880 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000000B97D99B868', '243', '3', '368647', 'CXPACKET', '0x000001D09FC79E60', '0x000001174B706CF8', '243', '9', 'exchangeEvent id=Pipe11df09a9880 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000000B97D99B868', '243', '3', '368647', 'CXPACKET', '0x000001D09FC79E60', '0x00000129F8401C38', '243', '8', 'exchangeEvent id=Pipe11df09a9880 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000000B97D99B868', '243', '3', '368648', 'CXPACKET', '0x000001D09FC79E60', '0x000000A961E26558', '243', '11', 'exchangeEvent id=Pipe11df09a9880 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000000B97D99B868', '243', '3', '368648', 'CXPACKET', '0x000001D09FC79E60', '0x000001D1B3042558', '243', '12', 'exchangeEvent id=Pipe11df09a9880 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000000A961E26558', '243', '11', '113326', 'CXPACKET', '0x0000019B9541DE60', '0x0000019362400188', '243', '18', 'exchangeEvent id=Pipe11df09cb780 WaitType=e_waitPipeGetRow nodeId=10'),
('0x000000A961E26558', '243', '11', '113326', 'CXPACKET', '0x0000019B9541DE60', '0x000001C22B80D0C8', '243', '14', 'exchangeEvent id=Pipe11df09cb780 WaitType=e_waitPipeGetRow nodeId=10'),
('0x000000A961E26558', '243', '11', '113326', 'CXPACKET', '0x0000019B9541DE60', '0x00000129F8400558', '243', '13', 'exchangeEvent id=Pipe11df09cb780 WaitType=e_waitPipeGetRow nodeId=10'),
('0x000000A961E26558', '243', '11', '113326', 'CXPACKET', '0x0000019B9541DE60', '0x000001C690874558', '243', '16', 'exchangeEvent id=Pipe11df09cb780 WaitType=e_waitPipeGetRow nodeId=10'),
('0x000000A961E26558', '243', '11', '113326', 'CXPACKET', '0x0000019B9541DE60', '0x000000A961E270C8', '243', '15', 'exchangeEvent id=Pipe11df09cb780 WaitType=e_waitPipeGetRow nodeId=10'),
('0x000000A961E26558', '243', '11', '113326', 'CXPACKET', '0x0000019B9541DE60', '0x000001D1B3042CF8', '243', '17', 'exchangeEvent id=Pipe11df09cb780 WaitType=e_waitPipeGetRow nodeId=10'),
('0x000000A961E27868', '243', '23', '144368', 'CXPACKET', '0x000001CE58065860', '0x000000A961E270C8', '243', '15', 'exchangeEvent id=Pipec4f194d380 WaitType=e_waitPipeNewRow nodeId=32'),
('0x000001174B706558', '243', '6', '450165', 'CXPACKET', '0x00000019D8739E60', '0x0000015E65EE5C38', '243', '10', 'exchangeEvent id=Pipe11df09a9a00 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000001174B706558', '243', '6', '450165', 'CXPACKET', '0x00000019D8739E60', '0x000001C22B80CCF8', '243', '7', 'exchangeEvent id=Pipe11df09a9a00 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000001174B706558', '243', '6', '450165', 'CXPACKET', '0x00000019D8739E60', '0x000001174B706CF8', '243', '9', 'exchangeEvent id=Pipe11df09a9a00 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000001174B706558', '243', '6', '450165', 'CXPACKET', '0x00000019D8739E60', '0x00000129F8401C38', '243', '8', 'exchangeEvent id=Pipe11df09a9a00 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000001174B706558', '243', '6', '450165', 'CXPACKET', '0x00000019D8739E60', '0x000000A961E26558', '243', '11', 'exchangeEvent id=Pipe11df09a9a00 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000001174B706558', '243', '6', '450165', 'CXPACKET', '0x00000019D8739E60', '0x000001D1B3042558', '243', '12', 'exchangeEvent id=Pipe11df09a9a00 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000001174B706CF8', '243', '9', '9222', 'CXPACKET', '0x0000011262973E60', '0x0000019362400188', '243', '18', 'exchangeEvent id=Pipe11df09cb680 WaitType=e_waitPipeGetRow nodeId=10'),
('0x000001174B706CF8', '243', '9', '9222', 'CXPACKET', '0x0000011262973E60', '0x000001C22B80D0C8', '243', '14', 'exchangeEvent id=Pipe11df09cb680 WaitType=e_waitPipeGetRow nodeId=10'),
('0x000001174B706CF8', '243', '9', '9222', 'CXPACKET', '0x0000011262973E60', '0x00000129F8400558', '243', '13', 'exchangeEvent id=Pipe11df09cb680 WaitType=e_waitPipeGetRow nodeId=10'),
('0x000001174B706CF8', '243', '9', '9222', 'CXPACKET', '0x0000011262973E60', '0x000001C690874558', '243', '16', 'exchangeEvent id=Pipe11df09cb680 WaitType=e_waitPipeGetRow nodeId=10'),
('0x000001174B706CF8', '243', '9', '9222', 'CXPACKET', '0x0000011262973E60', '0x000000A961E270C8', '243', '15', 'exchangeEvent id=Pipe11df09cb680 WaitType=e_waitPipeGetRow nodeId=10'),
('0x000001174B706CF8', '243', '9', '9222', 'CXPACKET', '0x0000011262973E60', '0x000001D1B3042CF8', '243', '17', 'exchangeEvent id=Pipe11df09cb680 WaitType=e_waitPipeGetRow nodeId=10'),
('0x000001C690874558', '243', '16', '1818524', 'CXPACKET', '0x000001CD73801BC0', '0x000000A0E97690C8', '243', '22', 'exchangeEvent id=Pipec4f194d300 WaitType=e_waitPipeGetRow nodeId=32'),
('0x000001C690874558', '243', '16', '1818524', 'CXPACKET', '0x000001CD73801BC0', '0x00000184FF801C38', '243', '20', 'exchangeEvent id=Pipec4f194d300 WaitType=e_waitPipeGetRow nodeId=32'),
('0x000001C690874558', '243', '16', '1818524', 'CXPACKET', '0x000001CD73801BC0', '0x00000129F8401498', '243', '19', 'exchangeEvent id=Pipec4f194d300 WaitType=e_waitPipeGetRow nodeId=32'),
('0x000001C690874558', '243', '16', '1818524', 'CXPACKET', '0x000001CD73801BC0', '0x000001C690874928', '243', '21', 'exchangeEvent id=Pipec4f194d300 WaitType=e_waitPipeGetRow nodeId=32'),
('0x000001C690874558', '243', '16', '1818524', 'CXPACKET', '0x000001CD73801BC0', '0x000000A961E27868', '243', '23', 'exchangeEvent id=Pipec4f194d300 WaitType=e_waitPipeGetRow nodeId=32'),
('0x000001C690874558', '243', '16', '1818524', 'CXPACKET', '0x000001CD73801BC0', '0x000001D1B3043498', '243', '24', 'exchangeEvent id=Pipec4f194d300 WaitType=e_waitPipeGetRow nodeId=32'),
('0x000001C690874928', '243', '21', '140590', 'CXPACKET', '0x00000175040A3860', '0x00000129F8400558', '243', '13', 'exchangeEvent id=Pipec4f194d280 WaitType=e_waitPipeNewRow nodeId=32'),
('0x000000F18F0E6558', '243', '1', '930262', 'CXPACKET', '0x0000003D56A39E60', '0x0000015E65EE5C38', '243', '10', 'exchangeEvent id=Pipe11df09a9780 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000000F18F0E6558', '243', '1', '930262', 'CXPACKET', '0x0000003D56A39E60', '0x000001C22B80CCF8', '243', '7', 'exchangeEvent id=Pipe11df09a9780 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000000F18F0E6558', '243', '1', '930262', 'CXPACKET', '0x0000003D56A39E60', '0x000001174B706CF8', '243', '9', 'exchangeEvent id=Pipe11df09a9780 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000000F18F0E6558', '243', '1', '930262', 'CXPACKET', '0x0000003D56A39E60', '0x00000129F8401C38', '243', '8', 'exchangeEvent id=Pipe11df09a9780 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000000F18F0E6558', '243', '1', '930262', 'CXPACKET', '0x0000003D56A39E60', '0x000000A961E26558', '243', '11', 'exchangeEvent id=Pipe11df09a9780 WaitType=e_waitPipeGetRow nodeId=5'),
('0x000000F18F0E6558', '243', '1', '930262', 'CXPACKET', '0x0000003D56A39E60', '0x000001D1B3042558', '243', '12', 'exchangeEvent id=Pipe11df09a9780 WaitType=e_waitPipeGetRow nodeId=5'),
('0x0000015E65EE5C38', '243', '10', '955150', 'CXPACKET', '0x00000144A086DE60', '0x0000019362400188', '243', '18', 'exchangeEvent id=Pipe11df09cb580 WaitType=e_waitPipeGetRow nodeId=10'),
('0x0000015E65EE5C38', '243', '10', '955150', 'CXPACKET', '0x00000144A086DE60', '0x000001C22B80D0C8', '243', '14', 'exchangeEvent id=Pipe11df09cb580 WaitType=e_waitPipeGetRow nodeId=10'),
('0x0000015E65EE5C38', '243', '10', '955150', 'CXPACKET', '0x00000144A086DE60', '0x00000129F8400558', '243', '13', 'exchangeEvent id=Pipe11df09cb580 WaitType=e_waitPipeGetRow nodeId=10'),
('0x0000015E65EE5C38', '243', '10', '955150', 'CXPACKET', '0x00000144A086DE60', '0x000001C690874558', '243', '16', 'exchangeEvent id=Pipe11df09cb580 WaitType=e_waitPipeGetRow nodeId=10'),
('0x0000015E65EE5C38', '243', '10', '955151', 'CXPACKET', '0x00000144A086DE60', '0x000000A961E270C8', '243', '15', 'exchangeEvent id=Pipe11df09cb580 WaitType=e_waitPipeGetRow nodeId=10'),
('0x0000015E65EE5C38', '243', '10', '955151', 'CXPACKET', '0x00000144A086DE60', '0x000001D1B3042CF8', '243', '17', 'exchangeEvent id=Pipe11df09cb580 WaitType=e_waitPipeGetRow nodeId=10'),
('0x0000019362400188', '243', '18', '955006', 'CXPACKET', '0x000001D98084BBC0', '0x000000A0E97690C8', '243', '22', 'exchangeEvent id=Pipec4f194d180 WaitType=e_waitPipeGetRow nodeId=32'),
('0x0000019362400188', '243', '18', '955006', 'CXPACKET', '0x000001D98084BBC0', '0x00000184FF801C38', '243', '20', 'exchangeEvent id=Pipec4f194d180 WaitType=e_waitPipeGetRow nodeId=32'),
('0x0000019362400188', '243', '18', '955006', 'CXPACKET', '0x000001D98084BBC0', '0x00000129F8401498', '243', '19', 'exchangeEvent id=Pipec4f194d180 WaitType=e_waitPipeGetRow nodeId=32'),
('0x0000019362400188', '243', '18', '955006', 'CXPACKET', '0x000001D98084BBC0', '0x000001C690874928', '243', '21', 'exchangeEvent id=Pipec4f194d180 WaitType=e_waitPipeGetRow nodeId=32'),
('0x0000019362400188', '243', '18', '955006', 'CXPACKET', '0x000001D98084BBC0', '0x000000A961E27868', '243', '23', 'exchangeEvent id=Pipec4f194d180 WaitType=e_waitPipeGetRow nodeId=32'),
('0x0000019362400188', '243', '18', '955006', 'CXPACKET', '0x000001D98084BBC0', '0x000001D1B3043498', '243', '24', 'exchangeEvent id=Pipec4f194d180 WaitType=e_waitPipeGetRow nodeId=32'),
('0x000000A0E97690C8', '243', '22', '62691', 'CXPACKET', '0x000001CD8CC29860', '0x000001C22B80D0C8', '243', '14', 'exchangeEvent id=Pipec4f194d200 WaitType=e_waitPipeNewRow nodeId=32'))
d ([waiting_task_address], [session_id], [exec_context_id], [wait_duration_ms], [wait_type], [resource_address], [blocking_task_address], [blocking_session_id], [blocking_exec_context_id], [resource_description])Gokhan Varol
I am on SQL Server 2008, my collation is SQL_LATIN1_general_CP1_C1_AS which comes from instance collation..
My table schema has nvarchar fields
I.e. address nvarchar (256)
Now using SSMS or t-sql if I insert address using N'a string containing Asian Characters' where String contains some Asian Characters; will they be saved correctly and displayed correctly in SSMS...
The place where I am confused is SQL_LATIN1_general_CP1_C1_AS; this is a collation - sorting etc; but what determines What kind of characters can be stored in database?
I come from Oracle background where database character set determines everything and is generally set AL32UTF8 for Unicode.
I know in SQL Server there is no UTF8, only UCF2 which is implemented for nvarchar columns...
But is not some setting at server instance level which determines which Unicode characters can be placed in database. If yes, what is that?
I know UNICODE Is a complex topic; it involves databases, Windows OS and application. I can research my application; but at database and Windows OS what needs to be set so Asian characters can be stored and displayed.
THANKS A LOT.
Manish