| 
 | 
| 
 
dump под ASE 11.9.2.5 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  Приветствую. Есть Adaptive Server Enterprise/11.9.2.5/1234/P/SWR 9675 ESD 1/NT (IX86)/OS 3.51,4.0/FBU/Tue Jul 24 06:06:17 2001 (знаю, что пора закапывать) Каждый день в 9 вечера запускается батник: cd /d c:\Sybase\bin isql.exe -Usa -Ppassword -SServerName -DBaseName -iDump1.sql -oc:\Sybase\bin\Result_dump.txt В sql /**/ dump database BaseName to 'D:\BackUp\12345.Dat' go dump tran BaseName with no_log go /**/ ПН - СБ - всё отлично отрабатывает. (в errorlog server Attempt by user 1 to dump xact on db BaseName with NO_LOG server Attempt by user 1 to dump xact on db BaseName with NO_LOG was successful файл с дампом нормально создается и данные в нём есть А вот в воскресенье непонятное: server Attempt by user 1 to dump xact on db PSTrade with NO_LOG файл с дампом не создается. НО в файле Result_dump.txt информация, что дамп типа делался. В backup.log тоже пишется, что дамп делался 21:08:45 2020: Backup Server: 3.42.1.1: DUMP is complete (database BaseName). И размер отличается от того, что в субботу. В журналах виндовс ошибок нет, запуска других задач на это время тоже. Простое выполнение в воскресенье dump database BaseName to 'E:\dump_SUN\12345.Dat' go создает дамп нормально. Можно ли как-то посмотреть/отловить, что мешает создаваться дампу with no_log ? ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 15.06.2020, 14:21 | 
  
  
  
   | 
||
| 
 
dump под ASE 11.9.2.5 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  Kr0t_by Можно ли как-то посмотреть/отловить, что мешает создаваться дампу with no_log ? Проще всего, разреши лог вечером в пятницу и подожди до понедельника - у тебя будет и хороший субботний лог и плохой воскресный - сравнишь и узнаешь проблему. Да и вообще, лучше всего вести логи всегда. А чтобы не захламляться сделать вторичный скрипт который будет вычищать логи, ну например, месячной давности. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 16.06.2020, 17:58 | 
  
  
  
   | 
||
| 
 
dump под ASE 11.9.2.5 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  White Owl , спасибо. В sql прописал просто /**/ dump database BaseName to 'D:\BackUp\12345.Dat' go /**/ По итогу: в вс в 17 - дамп создался на диске Е успешно (другим батником) в вс в 19 - дамп создался в D:\BackUp\12345.Dat (но я сильно сглупил, я файл субботнего дампа переименовал) в вс в 21 - дамп не создался - время файла 12345.Dat - 19:06 (а в backup.log - информация что создался и время 21:08) Сравнил, что писалось в backup.log в 19 и в 21 - всё одинаково, только в 19 он создал файл Backup Server: 4.41.1.1: Creating new disk file D:\BackUp\12345.Dat. а дальше строки только временем отличаются ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 22.06.2020, 12:36 | 
  
  
  
   | 
||
| 
 
dump под ASE 11.9.2.5 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  Kr0t_by, Код: sql 1. 2. 3. 4. 5. 6. Ваш случай, видимо, dump ... with init. Без этого Вы два дампа в один файл сохранили. Посмотреть - load database ... with listonly [= full] или ... with headeronly ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 22.06.2020, 14:20 | 
  
  
  
   | 
||
| 
 | 

start [/forum/topic.php?fid=55&msg=39969337&tid=2009566]:  | 
    0ms | 
get settings:  | 
    7ms | 
get forum list:  | 
    13ms | 
check forum access:  | 
    4ms | 
check topic access:  | 
    4ms | 
track hit:  | 
    80ms | 
get topic data:  | 
    11ms | 
get forum data:  | 
    3ms | 
get page messages:  | 
    41ms | 
get tp. blocked users:  | 
    1ms | 
| others: | 13ms | 
| total: | 177ms | 

| 0 / 0 | 

    Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
    
    
    «На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
    
    
    ... ля, ля, ля ...