on 11-01-2015 7:32 PM
Hi,
Has anybody heard of the scenario where ASE database backup won't work and flushing some cache resolves this problem?
I seem to recall this may have been because of previous dbcc work that left the database in unusual state.
Feedback much appreciated.
Kind regards,
G.
What exactly do you mean by "doesn't work"?
Is an error output?
Does the command fail silently and just returns a prompt?
Does the command hang?
Is this a classic "dump database <dbname> to <device>" or a more recent variant such as a cumulative / incremental dump?
Local or remote dump?
If the command is hanging, output of dbcc stacktrace on the hanging spid may be helpful:
set switch on 3604
go
dbcc stracetrace(<spid>)
go
ASE version would be helpful.
-bret
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yes, I have... Long time ago, and I don´t remember the solution. It would help if you sent the ASE version string, OS version etc. e.g.
select @@version
uname -a
Good luck.
Jean-Pierre
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
93 | |
10 | |
10 | |
9 | |
9 | |
7 | |
6 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.