Ezi's questions

Eu tenho um aplicativo que geralmente solicita um grande conjunto de linhas [cerca de 20K] de uma visualização sql, enquanto outros aplicativos não podem atualizar a tabela de onde vêm os dados, a consulta de atualização é bloqueada pelo select do outra aplicação.

O código de espera é "ASYNC_NETWORK_IO", que descobri ser descrito exatamente como o que está acontecendo comigo, passo a citar:

Geralmente é onde o SQL Server está esperando que um cliente termine de consumir dados. Pode ser que o cliente tenha solicitado uma quantidade muito grande de dados ou apenas esteja consumindo muito lentamente por causa de uma programação ruim.

Os clientes geralmente processam uma linha por vez, em vez de armazenar em cache os dados no cliente e confirmar imediatamente no SQL Server.

Minha pergunta é por que o sql server está esperando o cliente concluir o processamento desse trabalho selecionado, antes de permitir que as atualizações ocorram na tabela? isso é uma configuração ou uma configuração que eu poderia mudar?

Quando executo um checkdb('mydb') esta é a única mensagem de erro impressa.

Msg 8992, Level 16, State 1, Line 1
Check Catalog Msg 3857, State 1: The attribute (clr_name=NULL) is required but is missing for row (assembly_id=1) in sys.assemblies.

Está se referindo a 'Microsoft.SqlServer.Types'. Vejo que neste banco de dados o clr_name está em branco. mas sob o master db há um valor lá.

Tentei descartar ou alterar o assembly para adicionar esse valor, mas é restrito.

btw, este banco de dados foi atualizado recentemente de sql-server 2005 para 2008R2.

Temos um problema com algumas tabelas que são muito grandes, deixando o sistema lento. então minha dúvida é se esse tamanho é normal para a quantidade de linhas da tabela, e também o que poderia ser feito para torná-la menor e mais leve para não deixar tudo lento.

CREATE TABLE [dbo].[TransactionEntry](
    [TransactionEntryID] [uniqueidentifier] NOT NULL,
    [TransactionID] [uniqueidentifier] NULL,
    [ItemStoreID] [uniqueidentifier] NULL,
    [Sort] [int] NULL,
    [TransactionEntryType] [int] NOT NULL,
    [Taxable] [bit] NULL,
    [Qty] [decimal](19, 3) NULL,
    [UOMPrice] [money] NULL,
    [UOMType] [money] NULL,
    [UOMQty] [decimal](19, 3) NULL,
    [Total] [money] NULL,
    [RegUnitPrice] [money] NULL,
    [DiscountPerc] [decimal](19, 3) NULL,
    [DiscountAmount] [money] NULL,
    [SaleCode] [nvarchar](50) NULL,
    [PriceExplanation] [nvarchar](50) NULL,
    [ParentTransactionEntry] [uniqueidentifier] NULL,
    [AVGCost] [money] NULL,
    [Cost] [money] NULL,
    [ReturnReason] [int] NULL,
    [Note] [nvarchar](50) NULL,
    [DepartmentID] [uniqueidentifier] NULL,
    [DiscountOnTotal] [decimal](19, 3) NULL,
    [Status] [smallint] NULL,
    [DateCreated] [datetime] NULL,
    [UserCreated] [uniqueidentifier] NULL,
    [DateModified] [datetime] NULL,
    [UserModified] [uniqueidentifier] NULL,
    [TotalAfterDiscount] [decimal](18, 3) NULL,
    [TaxID] [uniqueidentifier] NULL,
    [TaxRate] [decimal](18, 4) NULL,
 CONSTRAINT [PK_TransactionEntry] PRIMARY KEY CLUSTERED 
(
    [TransactionEntryID] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON, FILLFACTOR = 90) ON [PRIMARY]
) ON [PRIMARY]

GO

Um servidor de produção apresentou erros de disco de E/S. Tentei corrigi-lo com dbcc, mas ocorreu erros inesperados e travou após alguns minutos. então peguei o arquivo e o copiei para uma nova máquina.

Não tenho nenhum backup recente disponível rapidamente (é um backup online que demora muito para baixar).

File activation failure. The physical file name "c:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\mydb_log.LDF" may be incorrect.
The log cannot be rebuilt because the database was not cleanly shut down.
DBCC results for 'mydb'.

Msg 824, Level 24, State 2, Line 1
SQL Server detected a logical consistency-based I/O error: incorrect pageid (expected 1:3724880; actual 0:0). It occurred during a read of page (1:3724880) in database ID 5 at offset 0x0000071aca0000 in file '\mydb.mdf'.  Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information, see SQL Server Books Online.

The emergency-mode repair failed.You must restore from backup.

Eu tenho uma tabela de 18 milhões de registros que preciso adicionar anexá-la a outra tabela (com a mesma estrutura) tentei o assistente de importação-exportação, o problema é que o log fica muito grande e eventualmente derrubou o servidor completo, eu teve que matar o processo no meio.

Acho que se eu fizer em lotes vai ser mais rápido, mas não sei como fazer.

(não preciso da tabela antiga, um registro que foi copiado pode ser deletado)

EDIT: bloco de inserção em massa de todas as operações, existe uma maneira de impedir que ele bloqueie todos aqui?

Eu tenho duas tabelas com a mesma estrutura que preciso copiar todas as tabelas da tabela A para a tabela B, o problema é que alguns registros da tabela A já existem na tabela B, portanto, a importação falhou.

Então fiz uma consulta para fazer o import (Também usando a ferramenta build in Import) assim

SELECT * from TransactionEntryN
WHERE TransactionEntryN.TransactionEntryID 
NOT IN (select TransactionEntryID FROM TransactionEntry)

O problema é que esta operação demora 13 min. para copiar apenas 50 mil registros e eu tenho 16 milhões de registros lá, levaria uma semana para terminar isso...

Existe alguma maneira mais rápida de fazer isso?

btw a chave primária TransactionEntryID é um identificador único que pode atrasá-lo? (Não posso mudar, só estou me perguntando se esse é o problema.

Meu banco de dados está no modo de recuperação simples. Uma página foi corrompida e só tenho backups criados usando backup simples.

Quando eu executo isso:

DBCC PAGE ('myDB', 1, 952663, 3)

Eu recebo:

DBCC PAGE error: Invalid page type - dump style 3 not possible.

SQL Server detected a logical consistency-based I/O error: incorrect pageid (expected 1:952663; actual 2668:-1594740640). It occurred during a read of page (1:952663) in database ID 5 at offset 

Msg 8909, Level 16, State 1, Line 1
Table error: Object ID 0, index ID -1, partition ID 0, alloc unit ID 332114207834112 (type Unknown), page ID (1:952663) contains an incorrect page ID in its page header. The PageId in the page header = (2668:-1594740640).
CHECKDB found 0 allocation errors and 1 consistency errors not associated with any single object.
Msg 8928, Level 16, State 1, Line 1
Object ID 1131971209, index ID 1, partition ID 72057595034861568, alloc unit ID 72057595204796416 (type In-row data): Page (1:952663) could not be processed.  See other errors for details.
Msg 8976, Level 16, State 1, Line 1
Table error: Object ID 1131971209, index ID 1, partition ID 72057595034861568, alloc unit ID 72057595204796416 (type In-row data). Page (1:952663) was not seen in the scan although its parent (1:1616550) and previous (1:2296409) refer to it. Check any previous errors.
Msg 8978, Level 16, State 1, Line 1
Table error: Object ID 1131971209, index ID 1, partition ID 72057595034861568, alloc unit ID 72057595204796416 (type In-row data). Page (1:1743775) is missing a reference from previous page (1:952663). Possible chain linkage problem.
Msg 2511, Level 16, State 1, Line 1
Table error: Object ID 1131971209, index ID 25, partition ID 72057595034796032, alloc unit ID 72057595204730880 (type In-row data). Keys out of order on page (1:3474431), slots 237 and 238.
CHECKDB found 0 allocation errors and 4 consistency errors in table 'TransactionEntry' (object ID 1131971209).
CHECKDB found 0 allocation errors and 5 consistency errors in database 'DsPointOfSale'.
repair_allow_data_loss is the minimum repair level for the errors found by DBCC CHECKDB (DsPointOfSale).

Ainda posso reparar este banco de dados?

Quando executo o relatório por alguns dias, é bom. mas se eu tentar recuperar dados por mais de um ano, recebo esta mensagem de erro.

Tentei executar o DBCC CHECKDB como diz no erro, mas após 10 minutos de execução, ocorreu um erro que não pode continuar.

SQL Server detected a logical consistency-based I/O error: incorrect pageid (expected 1:952663; actual 2668:-1594740640).
It occurred during a read of page (1:952663) in database ID 5 at offset 0x000001d12ae000 in file 'F:\Data\PointOfSale.mdf'. Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information, see SQL Server Books Online.

Eu tinha uma tabela com mais de 70 milhões de registros em um banco de dados SQL Server, descartei essa tabela (coisa única) para liberar espaço no disco, mas parece que o tamanho não mudou muito. Eu vejo que eu poderia reduzir o db ao mínimo.

Essa é a maneira de fazer isso?

A última vez que fiz uma redução usando o SQL Server Management Studio, levou algumas horas para ser concluída. Existe uma maneira mais rápida?

Eu tenho uma tabela de transações, cada transação tem 5-6 contatos envolvidos. cada contato tem os mesmos campos como nome, endereço, celular, e-mail etc.

Então, a melhor coisa que eu acho é usar a mesma tabela de contato e relacioná-la 5 vezes com a tabela de transações. Portanto, não preciso fazer o mesmo tipo de tabela 5 vezes.

O problema começa quando eu me conecto com a entidade-framework, isso leva apenas uma relação.

Minha pergunta é se devo fazer 6 cópias de contato para cada tipo de contato ou seria melhor com 6 tabelas de junção (uma tabela com apenas os 2 id's para que eu pudesse fazer uma junção)?

Acho que é um problema muito comum, mas não consegui encontrar informações claras sobre qual é a melhor maneira.

EDITAR:

Eu tenho um gatilho na inserção, mas se o gatilho falhar, a inserção também falhará.

existe uma maneira de permitir que a inserção continue mesmo se o gatilho falhar?

EDIT: Eu uso um gatilho para enviar um e-mail quando um novo registro é inserido. Quero que o registro seja salvo independentemente se o e-mail foi enviado ou não.

Como eu faria isso de um sp?