Help, Speicherproblem SQL2000 in einem Feld

Hallo,

Gibt es irgendwelche Tipps wie ich folgendes Speicherproblem lösen bzw. den
Verursacher finden kann?

SQL2000 Datenbank mit zig Tabellen. In einer Tabelle gibt es ein Feld
nvchar(10) und plötzlich kann in dieserer Tabelle kein Datensatz mehr
gespeichert werden wenn mehr als 3 Zeichen eingegeben werden. Dies ist weder
mit dem normalen Access Frontend noch direkt über den Enterprisemanger
möglich. Vor zwei Wochen hatte ich schon einmal dieses Problem, was sich mit
einem Serverneustart behebne ließ, doch heute half auch das nicht.

Danke,
Herbert

Hallo Herbert,"Herbert Gottlieb" schrieb:wie lautet denn die genaue und vollst?

Hallo Herbert,



wie lautet denn die genaue und vollst?ndige Fehlermeldung? Wie gro? sind
die Werte, die Du reinschreiben willst? Wie gro? ist die Zeile an sich?

--
Tschau, Stefan
Microsoft MVP - Visual Developer ASP/ASP.NET
http://www.asp-solutions.de/ - Consulting, Development
http://www.aspnetzone.de/ - ASP.NET Zone, die ASP.NET Community

Hallo Stefandanke für deine NachfragenFehlermeldung im Access (Timeout nach

Hallo Stefan
danke für deine Nachfragen

Fehlermeldung im Access (Timeout nach einer Minute):
ODBC: Aktualisierung in einer verknüpften Tabelle 'Tabellenname'
fehlgeschlagen
[Microsoft] [ODBC SQL Server Driver] Timeout abgelaufen (#0)

Bei Tests im Enterprisemanager muss ich diesen immer killen (scheinbar gibt
es da kein Timeout innerhalb von 2-3 Minuten)

also das Ganze ist sehr komisch.
Die Tabelle hat 34 Felder und 30279 Einträge.
Interessanterweise gibt es sehr wohl Einträge wo eine Änderung auf 4 oder
mehr Zeichen möglich ist . Scheinbar ist das auf bestimmte Bereiche/Zeilen
begrenzt. Zeitweise ist es auch bei manchen Zeilen unterschiedlich ob die
Änderung funktioniert oder nicht (Der Eintrag wo das Problem akut wurde ist
in Zeile 30260. Zeile 30279 lies sich ändern, 30278 nicht.)
Das letzte mal funktionierte es nach einem Server-Neustart (SQL-Server
stoppen/starten war zu wenig), diesmal nutze auch ein Serverneustart nicht.

Gibt es irgendwelche Möglickeiten hier etwas abzufragen , bzw. die einzelnen
User (Zugriff über ODBC/Access 2003) von den Tabellen oder der Datenbank zu
trennen?

Danke,
Herbert

Guten Morgen Herbert,prüfe doch zunächst einmal, wie groß die FileGroup ist

Guten Morgen Herbert,

prüfe doch zunächst einmal, wie groß die FileGroup ist und wie groß in dem
Zusammenhang die Datenbank selbst ist.
Führe mal ein DBCC CHECKDB durch? Gibt es irgendwelche Fehlermeldungen?
Reorganisiere die Indexes - am besten mit einem MaintenancePlan...

Lass' doch mal den Profiler mitlaufen, wenn Du diese Änderungen durchführen
möchtest
Gibt es einen UpdateTrigger auf der Tabelle, der anderweitig Transaktionen
ausführen möchte (SP's)


--
Uwe Ricken
db Berater GmbH

MCTS: Microsoft SQL Server 2005
MCDBA: Microsoft SQL Server 2005

Herbert Gottlieb schrieb:[Quoting repariert]Noch mal: wie gro?

Herbert Gottlieb schrieb:

[Quoting repariert]
Noch mal: wie gro? ist ein Datensatz?
Mehr als 8k geht nicht.
Kann ja sein, da? Du Varchar-felder hast, die sehr unterschiedlich
gef?llt sind.
Hat die Tabelle ein timestamp-Feld?
Ist eventuell eine Sperre auf dem Datensatz?

Gru?
Irmgard

Hallo Uwedanke für deinen Input. Hatte sowas noch nie durchgeführt.

Hallo Uwe
danke für deinen Input. Hatte sowas noch nie durchgeführt.
DBCC CHECKDB keine Fehler,
DBCC CHECKTABLE keine Fehler,
Ich habe jetzt auch noch einen DBCC reeindex auf die Tabelle probiert (hab
ihn aber nach 34 Minuten abgebrochen, da die user ein bisserl Probleme
bekamen)

Es gibt keine Trigger, Transaktionien oder SPs.
Die Tabelle wird eigentlich nur über Access mit Openrecordset
(Tabelle,dbopendynaset [manchmal dbopensnapshot],dbseechanges) bearbeitet
bzw gibt es ein paar Abfagen im Access und Views (die ein with (nolock)
beinhalten)

Möglicherweise hat das doch was mit den Indizis zu tun?
Der Effekt hat sich ev. verändert, dass jetzt Eingaben möglich waren MT3AFH,
MT3AB,..  aber nicht MT3G  (MT3G ist ein Wert der zig mal in dem Feld
vorkommt).

Kann man die aufgebauten Indzes problemlos irgendwie löschen?
Git es so etwas wie bei Acess (komprimieren und reparieren) auch bei MSSQL?


Also ich habe mal den Profiler mitlaufen lassen:
Änderungen Profiler_7:
(MT3AFH,) -> MT3AFG, -> MT3A, -> MT3G 10:59  Keine Rückmeldung -> Beenden
des Enterprisemanageres

Änderungen im Enterprisemanger, Abfrage auf den einen Datensatz.
Für die Änderung auf MT3G gibt es keine Einträge

Output:
-set implicit_transactions on
-exec sp_executesql N'UPDATE "ATM".."T_Verbindung" SET "ArtV"=@P1 WHERE
int,@P3 nvarchar(10),@P4 varbinary(8)', N'MT3AFG', 56854, N'MT3AFH',
0x000000000024E7A5
-IF @@TRANCOUNT > 0 COMMIT TRAN
-set implicit_transactions off
-declare @P1 int set @P1=180150001 declare @P2 int set @P2=4 declare @P3 int
set @P3=1 declare @P4 int set @P4=-1 exec sp_cursoropen @P1 output, N'SELECT
-exec sp_cursorfetch 180150001, 2, 0, 1
-exec sp_cursorfetch 180150001, 2, 0, 1
-set implicit_transactions on
-exec sp_executesql N'UPDATE "ATM".."T_Verbindung" SET "ArtV"=@P1 WHERE
int,@P3 nvarchar(10),@P4 varbinary(8)', N'MT3A', 56854, N'MT3AFG',
0x000000000024EFAC
-exec sp_cursorfetch 180150002, 2, 0, 1
-exec sp_cursorfetch 180150002, 2, 0, 1
-set implicit_transactions on
-NULL
-NULL



Diverse Tests für FeldÄnderungen:
MT3EN, MT3E,MT3G (10:26)  Timeout ; MT3AH
MT3G (10:30) Timeout , MT3NACH (10:31) Timeout, MT3 (10:32)
Profiler_5
MT3XY 10:38 Timeout,  MT3; MT3A, MT3G 10:40 Timeout, MT3A (10:41)
Profiler_6
MT3AFG 10:50;  M3AFG1; 10:50; MT3G Timeout Kill 10:51 neu öffnen; STRG Ende
10:52 AFG -> AF 10:52

LG Herbert

Ergänzung Filegröße:ATM_MDF: 284MATM_Log.

Ergänzung Filegröße:
ATM_MDF:  284M
ATM_Log.LDF:  916M
LG Herbert

Hallo IrmgardDanke, unten ergänztLG Herbert"Irmgard Schwenteck" <nixspam@4haus.

Hallo Irmgard
Danke, unten ergänzt
LG Herbert

Halloan alle falls so ein Problem auftritt:Bei mir hatte es was mit den

Hallo
an alle falls so ein Problem auftritt:

Bei mir hatte es was mit den Indezies zu tun

nach  dbcc dbreindex (Tabelle) funktionierte es wieder
(habe jetzt mit einem anderen Feld ähnliches Problem)

Herbert