Re: Database failed to load in 15.7 SP64
Personally ... if everyone knows a database is going to be (re)loaded (ie, all current connections are going to get killed one way or another), I'm not going to put much effort into trying to figure...
View ArticleRe: Database failed to load in 15.7 SP64
Hello Paul, What does syslogshold say ? If I execute : use Abegin transactionuse Binsert values in some tableuse C Then : - sysprocesses will show that C is my current/default database and I won't be...
View ArticleASE 16 migration from Windows to Linux - best practices
Dear Sybase experts, Greetings !!We are planning to migrate a customer’s ASE environment from Windows to Linux platform (non-SAP). I am looking for the best practices,methodologies and any detail steps...
View Articlesh_intent lock did not die with kill command
Hi all, We had a select command that did not die after a direct kill, the status was "send sleep". Do you know why this can happen? Regards, Luz Rodriguez
View ArticleRe: ASE 16 migration from Windows to Linux - best practices
From a high level : 1. Bring the source database to a quite state virtually stopping ALL activity including replication if any (logs can not be taken across). Execute flush stats + check points...
View ArticleRe: ASE 16 migration from Windows to Linux - best practices
with these size databases forget about using sp_post_xpload. that will take agesuse ddlgen to extract indexes and rebuild suspected indexes manually
View ArticleRe: Bcp tuning
Hi again Thanks Andrew, Mark and Brett for trying to help.We have now recieved help from Ruairi Prendiville. He found that if we increased the size of Network packages from 2048 to 65024 and the number...
View ArticleRe: ASE 16 migration from Windows to Linux - best practices
Thank you. As Windows and Linux belong to the same little-endian platform , I think we don't actually need to execute sp_post_xload
View ArticleRe: ASE 16 migration from Windows to Linux - best practices
yep, you are right if same endianness then your indexes should be fine
View ArticleRe: ASE 16 migration from Windows to Linux - best practices
Correct, you're not performing a cross platform dump and load (XPDL), so no need for sp_post_xpload. -------------------- As for the cutover ... assuming you're not using Replication server ... and...
View ArticleRe: caches over tempdb's
We've just started to try this out... "make sure the wash size is large enough to allow for any page writes to complete without incurring a stall on the cache"Someone asked the question ... why...
View Article‘engine local cache percent’ . - SYBASE ASE - Please clarify
Experts , Please help me to understand : We have 2 PROD instance , Running with same configuration ( All the parameters are same . Same version too . copy and paste ). Both server has entry in...
View ArticleRe: Database failed to load in 15.7 SP64
Hi Luc, I don't see any process for with destination DBID in syslogshold. Consider the above example which you have shared and explained . 1) Is there any way to find out the SPID which is gone through...
View ArticleRe: Database failed to load in 15.7 SP64
Paul You have a valid point if the spid is like a zombie process and is not reported by usual tools. Normally sysprocesses, syslocks, syslogshold are the three main system tables I will go looking for...
View ArticleRe: ASE 16 migration from Windows to Linux - best practices
Sounds like a plan. Thanks Mark ! I would hope that tran. backup and load is Okay in "productive / customer environments in a cross-platform scenario.Asking this because I read a note in ASE 16 System...
View ArticleRe: ASE 16 migration from Windows to Linux - best practices
A cross platform dump and load (XPDL) scenario applies when going from big endian to little endian (eg, AIX to WIndows), or little endian to big endian (eg, Linux to Solaris/SPARC). You've stated that...
View ArticleRe: ASE 16 migration from Windows to Linux - best practices
That's good to know. Thanks Mark ! Appreciate your response.
View ArticleRe: Identify system databases
Hi Andrew, thanks for adding another one to the list. The range was something we already thought off, but as you say. Not Ideal as well as the durability. I would have been nice to have this without a...
View ArticleRe: Identify system databases
Hi Andrew, thanks for adding another one to the list. The range was something we already thought off, but as you say. Not Ideal as well as the durability. I would have been nice to have this without a...
View Article