Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Microsoft SQL SERVER

Автор: econ2
Дата сообщения: 12.08.2010 13:58
bigsloth

Цитата:
А у SotM'a код, запущенный вручную, выполняется

О точно, я пропустил это место.
Тогда действительно, странно, но учетная запись SQL Agent тут не при чем - работа ведется все равно от имени учетной записи SQL Server.

SotM
Слушай, а у тебя задача сразу стопается с фейлом после запуска или молотиться какое-то время? Если сразу - то что-то с правами на саму задачу не то. Особенно после инфы, то репорт не создался.

Я бы проверил owner'a job'a - SQL Server agent -> Jobs -> Мой Job -> правой мыхой Properties
Автор: SotM
Дата сообщения: 12.08.2010 14:00
bigsloth

Цитата:
Хм, подождите, я так понял, что у вас был план обслуживания, который выполнялся и потом перестал. Собственно про его логи я и говорил..

Хе, могу скинуть логи начинает с той даты когда он работал по сегодняшнюю. Только они тяжеловатые, чтобы здесь выложить.
Новая "Задача" тоже ведь не работает. А старую задачу я удалил.


Цитата:
Пуск -> Программы -> Microsoft SQL Server -> Configuration Tools -> SQL Server Configuration Manager.

Угу, получил вот это

И на всякий случай глянул здесь "SQL Server->Безопасность->Имена входа"


econ2

Цитата:
Слушай, а у тебя задача сразу стопается с фейлом после запуска или молотиться какое-то время?

Нуууу, учитывая что этот щас сервер используется и любые мои действия долго обрабатываются, даже по меню сложно ходить.
После нажатия "Выполнить" до появления окна с "ошибкой" проходит секунд 5...


Цитата:
Я бы проверил owner'a job'a - SQL Server agent -> Jobs -> Мой Job -> правой мыхой Properties

Стоит "DONSTROY\Администратор".

Может этого пользователя можно как-то "добавить" в SQL Server? Или SQL сам догадывается что этот пользователь обладает админскими правами?
Автор: bigsloth
Дата сообщения: 12.08.2010 14:05

Цитата:
работа ведется все равно от имени учетной записи SQL Server.

я все-таки изначально исходил из того, что план выполнялся по расписанию, а потом внезапно перестал. SQL Server Agent и сама служба SQL Server скорее всего под одной учеткой запущены, хотя, конечно, не факт.

Цитата:
Я бы проверил owner'a job'a - SQL Server agent -> Jobs -> Мой Job -> правой мыхой Properties

+1. Плюс можно проверить настройки соединения в плане обслуживания: кнопка Manage Connections.
Автор: SotM
Дата сообщения: 12.08.2010 14:09
bigsloth

Цитата:
Плюс можно проверить настройки соединения в плане обслуживания: кнопка Manage Connections.

Отредактировал свой пред. пост отвечая econ2у. И заодно выкладываю скриншот диалогового окна "Manage Connections" (тяжко "прыгать" с английского интерфейса на русский, пока сообразишь как это на русском звучит)...

Автор: bigsloth
Дата сообщения: 12.08.2010 14:13
SotM
можете показать тот лог, который появился когда в первый раз старая задача не выполнилась по расписанию?
И можете попробовать поставить "Использовать указанные имя пользователь и пароль" и пользователя sa? В качестве job owner'a он, в принципе и так должен будет выставиться, но тоже можно проверить..
Автор: SotM
Дата сообщения: 12.08.2010 14:22

Цитата:
можете показать тот лог, который появился когда в первый раз старая задача не выполнилась по расписанию?

уф, попробую.
Последний удачный бэкап случился 2010-07-15, приведу часть лога, чтоб не захламлять трафик.
[more=ERRORLOG.3]2010-07-15 18:08:20.81 spid60 Setting database option MULTI_USER to ON for database rostovstroiproektnew.
2010-07-15 18:08:20.82 spid60 Setting database option RECOVERY to FULL for database rostovstroiproektnew.
2010-07-15 22:00:43.50 Database backed up. Database: Buh_Dnepr, creation date(time): 2010/03/01(01:39:15), pages dumped: 4619, first LSN: 25:3286:37, last LSN: 25:3302:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'H:\sql-back\\Buh_Dnepr_backup_201007152200.bak'}). This is an informational message only. No user action is required.
2010-07-15 22:00:53.37 Database backed up. Database: buh_Dnepr_new, creation date(time): 2010/03/01(01:37:33), pages dumped: 13707, first LSN: 44:4021:37, last LSN: 44:4037:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'H:\sql-back\\buh_Dnepr_new_backup_201007152200.bak'}). This is an informational message only. No user action is required.
2010-07-15 22:01:00.92 Database backed up. Database: buh_donstroi2a, creation date(time): 2010/03/01(01:39:52), pages dumped: 10123, first LSN: 30:5375:37, last LSN: 30:5391:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'H:\sql-back\\buh_donstroi2a_backup_201007152200.bak'}). This is an informational message only. No user action is required.
2010-07-15 22:01:20.46 Database backed up. Database: buh_donstroi3, creation date(time): 2010/03/01(01:40:26), pages dumped: 25875, first LSN: 2147:3497:123, last LSN: 2147:3547:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'H:\sql-back\\buh_donstroi3_backup_201007152200.bak'}). This is an informational message only. No user action is required.
2010-07-15 22:01:43.90 Database backed up. Database: buh_donstroiC, creation date(time): 2010/03/01(01:41:19), pages dumped: 33806, first LSN: 1107:1815:37, last LSN: 1107:1831:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'H:\sql-back\\buh_donstroiC_backup_201007152200.bak'}). This is an informational message only. No user action is required.
2010-07-15 22:01:45.03 Database backed up. Database: buh_donstroiC_2008, creation date(time): 2010/03/01(01:41:49), pages dumped: 363, first LSN: 56:139:37, last LSN: 56:155:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'H:\sql-back\\buh_donstroiC_2008_backup_201007152200.bak'}). This is an informational message only. No user action is required.
2010-07-15 22:02:29.51 Database backed up. Database: buh_donstroiC_2008New, creation date(time): 2010/03/01(01:42:14), pages dumped: 59688, first LSN: 3475:51704:54, last LSN: 3475:51727:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'H:\sql-back\\buh_donstroiC_2008New_backup_201007152200.bak'}). This is an informational message only. No user action is required.
2010-07-15 22:02:30.79 Database backed up. Database: buh_donstroiproekt, creation date(time): 2010/03/01(01:43:04), pages dumped: 1163, first LSN: 24:9058:37, last LSN: 24:9074:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'H:\sql-back\\buh_donstroiproekt_backup_201007152200.bak'}). This is an informational message only. No user action is required.
2010-07-15 22:02:38.74 Database backed up. Database: buh_donstroi_vova, creation date(time): 2010/03/01(01:43:30), pages dumped: 8339, first LSN: 162:1298:2, last LSN: 162:1300:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'H:\sql-back\\buh_donstroi_vova_backup_201007152200.bak'}). This is an informational message only. No user action is required.
2010-07-15 22:02:39.57 Database backed up. Database: buh_donstroi2, creation date(time): 2010/03/01(01:43:58), pages dumped: 523, first LSN: 21:14013:37, last LSN: 21:14029:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'H:\sql-back\\buh_donstroi2_backup_201007152200.bak'}). This is an informational message only. No user action is required.
2010-07-15 22:02:46.17 Database backed up. Database: buh_gribanov, creation date(time): 2010/03/01(01:44:31), pages dumped: 8331, first LSN: 92:3626:62, last LSN: 92:3653:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'H:\sql-back\\buh_gribanov_backup_201007152200.bak'}). This is an informational message only. No user action is required.
2010-07-15 22:02:51.20 Database backed up. Database: buh_gribanova, creation date(time): 2010/03/01(01:44:57), pages dumped: 4502, first LSN: 1284:528:171, last LSN: 1284:596:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'H:\sql-back\\buh_gribanova_backup_201007152200.bak'}). This is an informational message only. No user action is required.
2010-07-15 22:02:58.89 Database backed up. Database: buh_jilstroi, creation date(time): 2010/03/01(01:45:32), pages dumped: 10379, first LSN: 107:8604:37, last LSN: 107:8620:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'H:\sql-back\\buh_jilstroi_backup_201007152200.bak'}). This is an informational message only. No user action is required.
2010-07-15 22:03:04.65 Database backed up. Database: buh_lomond, creation date(time): 2010/03/01(01:45:59), pages dumped: 7435, first LSN: 148:244:37, last LSN: 148:260:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'H:\sql-back\\buh_lomond_backup_201007152200.bak'}). This is an informational message only. No user action is required.
2010-07-15 22:03:09.43 Database backed up. Database: buh_rodon, creation date(time): 2010/03/01(01:46:26), pages dumped: 6283, first LSN: 62:7543:37, last LSN: 62:7559:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'H:\sql-back\\buh_rodon_backup_201007152200.bak'}). This is an informational message only. No user action is required.
2010-07-15 22:03:10.42 Database backed up. Database: buh_rostonstroi2, creation date(time): 2010/03/01(01:46:54), pages dumped: 651, first LSN: 22:10938:37, last LSN: 22:10954:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'H:\sql-back\\buh_rostonstroi2_backup_201007152200.bak'}). This is an informational message only. No user action is required.
2010-07-15 22:03:11.62 Database backed up. Database: buh_rostovstroi, creation date(time): 2010/03/01(01:47:26), pages dumped: 1163, first LSN: 24:5282:37, last LSN: 24:5298:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'H:\sql-back\\buh_rostovstroi_backup_201007152200.bak'}). This is an informational message only. No user action is required.
2010-07-15 22:03:18.37 Database backed up. Database: buh_stroiindustriya, creation date(time): 2010/03/01(01:47:54), pages dumped: 9099, first LSN: 54:6311:37, last LSN: 54:6327:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'H:\sql-back\\buh_stroiindustriya_backup_201007152200.bak'}). This is an informational message only. No user action is required.
2010-07-15 22:03:28.10 Database backed up. Database: buh_stroitel, creation date(time): 2010/03/01(01:48:28), pages dumped: 12683, first LSN: 144:14489:37, last LSN: 144:14505:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'H:\sql-back\\buh_stroitel_backup_201007152200.bak'}). This is an informational message only. No user action is required.
2010-07-15 22:03:54.98 Database backed up. Database: buh_ugbisnes3, creation date(time): 2010/03/01(01:48:56), pages dumped: 34207, first LSN: 714:10809:167, last LSN: 714:10877:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'H:\sql-back\\buh_ugbisnes3_backup_201007152200.bak'}). This is an informational message only. No user action is required.
2010-07-15 22:04:18.70 Database backed up. Database: buh_vant, creation date(time): 2010/03/01(01:49:47), pages dumped: 31888, first LSN: 1159:2056:37, last LSN: 1159:2072:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'H:\sql-back\\buh_vant_backup_201007152200.bak'}). This is an informational message only. No user action is required.
2010-07-15 22:04:19.57 Database backed up. Database: ReportServer, creation date(time): 2010/03/01(01:50:25), pages dumped: 307, first LSN: 32:454:37, last LSN: 32:470:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'H:\sql-back\\ReportServer_backup_201007152200.bak'}). This is an informational message only. No user action is required.
2010-07-15 22:04:20.23 Database backed up. Database: ReportServerTempDB, creation date(time): 2010/03/01(01:50:49), pages dumped: 171, first LSN: 24:299:37, last LSN: 24:315:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'H:\sql-back\\ReportServerTempDB_backup_201007152200.bak'}). This is an informational message only. No user action is required.
2010-07-15 22:04:28.07 Database backed up. Database: rostovstroiproektnew, creation date(time): 2010/03/01(01:51:18), pages dumped: 10123, first LSN: 100:173:14, last LSN: 100:180:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'H:\sql-back\\rostovstroiproektnew_backup_201007152200.bak'}). This is an informational message only. No user action is required.
2010-07-15 22:04:44.32 Database backed up. Database: Smile, creation date(time): 2010/03/01(01:51:48), pages dumped: 21265, first LSN: 752:223:37, last LSN: 752:239:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'H:\sql-back\\Smile_backup_201007152200.bak'}). This is an informational message only. No user action is required.
2010-07-16 00:00:08.62 spid18s This instance of SQL Server has been using a process ID of 2084 since 12.05.2010 6:28:35 (local) 12.05.2010 2:28:35 (UTC). This is an informational message only; no user action is required.
2010-07-16 08:06:42.50 spid53 Setting database option SINGLE_USER to ON for database buh_donstroi3.
2010-07-16 08:06:42.51 spid53 Setting database option RECOVERY to FULL for database buh_donstroi3.
2010-07-16 08:35:58.71 spid54 Setting database option RECOVERY to FULL for database buh_donstroiC_2008New.
2010-07-16 08:40:37.98 spid55 Setting database option RECOVERY to FULL for database buh_donstroiC_2008New.
2010-07-16 08:58:52.32 spid56 Setting database option RECOVERY to FULL for database buh_donstroiC_2008New.
2010-07-16 09:08:02.67 spid57 Setting database option RECOVERY to FULL for database buh_donstroiC_2008New.
2010-07-16 09:09:22.04 spid58 Setting database option RECOVERY to FULL for database buh_donstroi_vova.
2010-07-16 09:11:24.71 spid59 Setting database option RECOVERY to FULL for database buh_gribanova.
2010-07-16 09:12:40.70 spid60 Setting database option RECOVERY to FULL for database buh_gribanov.
2010-07-16 09:13:20.18 spid61 Setting database option RECOVERY to FULL for database buh_donstroi_vova.
2010-07-16 09:19:19.39 spid62 Setting database option RECOVERY to FULL for database buh_ugbisnes3.
2010-07-16 09:29:30.23 spid63 Setting database option RECOVERY to FULL for database rostovstroiproektnew.
2010-07-16 09:39:08.46 spid53 Setting database option MULTI_USER to ON for database buh_donstroi3.
2010-07-16 09:39:08.48 spid53 Setting database option RECOVERY to FULL for database buh_donstroi3.
2010-07-16 09:47:39.40 spid53 Setting database option RECOVERY to FULL for database buh_donstroiC_2008New.
2010-07-16 10:10:46.54 spid64 Setting database option RECOVERY to FULL for database buh_donstroi3.
2010-07-16 10:24:09.40 spid65 Setting database option RECOVERY to FULL for database buh_donstroiC_2008New.
2010-07-16 10:42:16.74 spid66 Setting database option RECOVERY to FULL for database buh_donstroi3.
2010-07-16 10:54:26.00 spid69 Setting database option RECOVERY to FULL for database buh_ugbisnes3.
2010-07-16 12:22:56.09 spid66 Setting database option RECOVERY to FULL for database buh_donstroi_vova.
2010-07-16 13:04:24.73 spid68 Setting database option RECOVERY to FULL for database buh_donstroi3.
2010-07-16 14:06:24.74 spid62 Setting database option RECOVERY to FULL for database buh_ugbisnes3.
2010-07-16 14:18:11.71 spid63 Setting database option RECOVERY to FULL for database rostovstroiproektnew.
2010-07-16 14:20:07.78 spid66 Setting database option SINGLE_USER to ON for database buh_donstroi3.
2010-07-16 14:20:07.78 spid66 Setting database option RECOVERY to FULL for database buh_donstroi3.
2010-07-16 14:29:41.53 spid66 Setting database option MULTI_USER to ON for database buh_donstroi3.
2010-07-16 14:29:41.53 spid66 Setting database option RECOVERY to FULL for database buh_donstroi3.
2010-07-16 14:35:43.65 spid62 Setting database option RECOVERY to FULL for database buh_donstroi3.
2010-07-16 14:45:52.89 spid62 Setting database option SINGLE_USER to ON for database buh_donstroi3.
2010-07-16 14:45:52.89 spid62 Setting database option RECOVERY to FULL for database buh_donstroi3.
2010-07-16 14:46:28.65 spid62 Setting database option MULTI_USER to ON for database buh_donstroi3.
2010-07-16 14:46:28.67 spid62 Setting database option RECOVERY to FULL for database buh_donstroi3.
2010-07-16 16:35:22.71 spid62 Setting database option RECOVERY to FULL for database buh_ugbisnes3.
2010-07-17 00:00:58.62 spid16s This instance of SQL Server has been using a process ID of 2084 since 12.05.2010 6:28:35 (local) 12.05.2010 2:28:35 (UTC). This is an informational message only; no user action is required.
2010-07-17 08:03:56.37 spid53 Setting database option RECOVERY to FULL for database buh_donstroi3.
2010-07-17 10:33:01.93 spid53 Setting database option SINGLE_USER to ON for database buh_donstroi3.
2010-07-17 10:33:01.93 spid53 Setting database option RECOVERY to FULL for database buh_donstroi3.
2010-07-17 11:49:17.45 spid53 Setting database option MULTI_USER to ON for database buh_donstroi3.
2010-07-17 11:49:17.45 spid53 Setting database option RECOVERY to FULL for database buh_donstroi3.
2010-07-18 00:00:43.62 spid15s This instance of SQL Server has been using a process ID of 2084 since 12.05.2010 6:28:35 (local) 12.05.2010 2:28:35 (UTC). This is an informational message only; no user action is required.
2010-07-18 08:12:48.42 spid53 Setting database option RECOVERY to FULL for database buh_donstroi3.
2010-07-18 08:12:49.14 spid53 Setting database option SINGLE_USER to ON for database buh_donstroi3.
2010-07-18 08:12:49.15 spid53 Setting database option RECOVERY to FULL for database buh_donstroi3.
2010-07-18 08:14:46.04 spid53 Setting database option MULTI_USER to ON for database buh_donstroi3.
2010-07-18 08:14:46.09 spid53 Setting database option RECOVERY to FULL for database buh_donstroi3.
2010-07-18 08:14:55.03 spid53 Setting database option RECOVERY to FULL for database buh_donstroi3.
2010-07-18 08:16:40.70 spid53 Setting database option SINGLE_USER to ON for database buh_donstroi3.
2010-07-18 08:16:40.70 spid53 Setting database option RECOVERY to FULL for database buh_donstroi3.
2010-07-18 09:11:26.93 spid53 Setting database option MULTI_USER to ON for database buh_donstroi3.
2010-07-18 09:11:26.93 spid53 Setting database option RECOVERY to FULL for database buh_donstroi3.
2010-07-18 09:11:43.46 spid53 Setting database option RECOVERY to FULL for database buh_donstroiC_2008New.
2010-07-18 12:01:18.60 spid54 Setting database option SINGLE_USER to ON for database buh_donstroi3.
2010-07-18 12:01:18.60 spid54 Setting database option RECOVERY to FULL for database buh_donstroi3.
2010-07-18 14:25:06.78 spid54 Setting database option MULTI_USER to ON for database buh_donstroi3.
2010-07-18 14:25:06.79 spid54 Setting database option RECOVERY to FULL for database buh_donstroi3.
2010-07-18 14:32:52.39 spid54 Setting database option RECOVERY to FULL for database buh_donstroi3.
2010-07-19 00:00:28.62 spid17s This instance of SQL Server has been using a process ID of 2084 since 12.05.2010 6:28:35 (local) 12.05.2010 2:28:35 (UTC). This is an informational message only; no user action is required.
[/more]
Автор: bigsloth
Дата сообщения: 12.08.2010 14:26
SotM
вы нашли не те логи)) Это лог SQL Server. Который лежит в Management -> SQL Server Logs -> .... В той же папке, где лежит этот лог должен (или не должен, если в старом задании было явно прописано где хранить историю) лог плана обслуживания. Он имеет имя вида ИмяПлана_ИмяШага_ДатаВыполнения. Если там его нет, можно попробовать сделать поиск.. Хотя, возможно, вся история была удалена вместе с самим планом обслуживания..
Плюс нужно видеть записи о неудавшемся бэкапе, а не о последнем успешном.
Автор: SotM
Дата сообщения: 12.08.2010 14:36

Цитата:
вы нашли не те логи

Хе, старался ведь.

В той же папке, нашел файл MaintenancePlan_MaintenancePlan_20100715220444.txt, есть файлы с предыдущими датами, НО нет ни одного с последующими, т.е. после 2010-07-15.
[more=Его текст]NEW COMPONENT OUTPUT
Программа обслуживания серверов Microsoft(R) (Юникод), версия 9.0.1399
Отчет был сформирован на "DONSTROY_SERVER".
План обслуживания: MaintenancePlan
Продолжительность: 00:04:11
Состояние: Выполнено.
Подробности:
Задача "Резервное копирование базы данных" (DONSTROY_SERVER)
Создать резервную копию базы данных на Соединение с локальным сервером
Базы данных с уровнем совместимости 70 (SQL Server версия 7.0) будут пропущены.
Базы данных Все пользовательские базы данных
Тип: Полная
Добавить к существующему
Начало задачи: 2010-07-15T22:00:39.
Конец задачи: 2010-07-15T22:04:44.
Успешно[/more]

bigsloth

Цитата:
И можете попробовать поставить "Использовать указанные имя пользователь и пароль" и пользователя sa? В качестве job owner'a он, в принципе и так должен будет выставиться, но тоже можно проверить..

Попробовал... Ничего не поменялось. Теже "ошибки"
Автор: econ2
Дата сообщения: 12.08.2010 14:51
SotM
Нет, а что если не судьба и удалить старый план и создать новый?
Я так понял, он у тебя только бакапы снимает? В принципе, ничего сложного не должно быть...
Автор: bigsloth
Дата сообщения: 12.08.2010 14:54
SotM
Блин, даже представить не могу с чем это может быть связано. Нашел вот на просторах интернетов:

Цитата:
Right click the MaintenancePlan under SQL Server Agents\Jobs and click Properties.
Go down to Steps
Highlight your SubPlan and click Edit
Add a Backslash to the beginning of the path listed in the "Package" box

Вроде пишут, что помогает. Может и вам поможет . Ссылка.
Автор: SotM
Дата сообщения: 12.08.2010 14:56
econ2
Так я ведь вроде писал что удалил старый
Я даже создал три новых для пробы.
Ни один из них не запускается. Прямо мистика какая-то. Думается мне что этот "планировщик" ничего запускать теперь не будет. Даже не понятно что произошло. Хотя практически с любыми продуктами Microsoft такие "непонятки" случаются.
Даже если я каким нибудь чудом впишу что нибудь на T-SQL не факт что он запустится на автомате...

Добавлено:
Решил сделать новый пост...
После прочтения последних рекомендаций bigsloth, я применил мега операцию по добавлению лидирующего слэша. Запустил Задачу и .... вы не поверите... она сработала! Пришлось правда ждать минут 20. И заодно создался файл с отчетом в "H:\Reports"
Затем я удалил все другие Задачи, и оставил только одну. Изменил ее, чтобы бэкапилась только одна база, а не все. Запустил. Появилось тоже самое окно с ошибкой. Затем я пошел в Агента и, проделал туже операцию по добавления слэша. Запустил задачу. И она теперь благополучно сработала.

Вообще конечно это всё странно. Но попробую оставить как есть и посмотреть завтра если ночные бэкапы сами сделаются.


Добавлено:
И кстати, вернул обратно настройки подключения "по-умолчанию", ну такие же как и на картинки несколькими постами выше. И опять всё заработало.
Короче когда я когда либо захожу в Задачу и что нибудь там меняю, то нужно обязательно идти в Агента SQL Server и добавлять там лидирующий слэш.


Добавлено:
Всем спасибо. Как говорится, скрестим пальцы, чтобы всё отныне работало хорошо.
Автор: econ2
Дата сообщения: 12.08.2010 15:41
SotM
Вообще, были у меня как-то странности именно с Job'ами. Решились установкой SP.
Какая у тебя версия MSSQL?

select @@version
что говорит?
Автор: SotM
Дата сообщения: 12.08.2010 15:45
econ2
Говорит: Microsoft SQL Server 2005 - 9.00.1399.06 (Intel X86) Oct 14 2005 00:33:37 Copyright (c) 1988-2005 Microsoft Corporation Standard Edition on Windows NT 5.2 (Build 3790: Service Pack 2)

На других форумах советовали обновиться до последнего СервисПака и проблема будет решена. Однако же у людей со 2-ым сервис паком были такие же проблемы. Интересно, а 3-ий решил ли эту проблему? Стоит ли заморачиваться и ставить 3-ий. Есть ли подводные камни?
Или же всё таки действовать по правилу "если работает, то ничего не трогай".
Автор: econ2
Дата сообщения: 12.08.2010 15:47

Цитата:
"если работает, то ничего не трогай

это правило никто не отменял, но судя по
9.00.1399.06 - у вас "голый" RTM, (No SP) (см. http://sqlserverbuilds.blogspot.com/)
Я бы sp3 поставил не раздумывая.
Автор: SotM
Дата сообщения: 12.08.2010 15:55
econ2

Цитата:
Я бы sp3 поставил не раздумывая

Хе, да он даже был уже скачанный. Кто-то видать до меня его скачал и оставил на "всякий случай".
Наверное обновлю его в ближайшее время, когда никто работать не будет в этот момент.
Автор: SotM
Дата сообщения: 13.08.2010 11:35
...как оказалось SP3 не так легко поставить...
Сегодня попытался обновиться до SP3, но выбивались кое какие ошибки. [more=Например эта]Продукт: Microsoft SQL Server 2005 - Не удается установить обновление "Пакет обновления 3 для служб SQL Server Database Services 2005 RUS (KB955706)". Код ошибки 1603. Дополнительные сведения находятся в файле журнала E:\Program Files\Microsoft SQL Server\90\Setup Bootstrap\LOG\Hotfix\SQL9_Hotfix_KB955706_sqlrun_sql.msp.log.

Эта же ошибка собственно и взята из этого лог файла, который указан выше.
[/more]
В инете (на англ.) я в принципе находил разные рекомендации по решению данной проблемы. Но бухгалтера уж очень сильно хотели работать, так что обновление пришлось отложить до неопределенного времени.
К тому же обнаружил что до меня всё таки пытались обновиться, но видать столкнулись с этой проблемой и тоже отложили на потом.
Автор: econ2
Дата сообщения: 13.08.2010 11:49
SotM
Вот тут:
http://www.sqlservercentral.com/Forums/Topic626455-146-1.aspx
уже похоже уже сталкивались с этой проблемой.


Цитата:
Look to see if this folder C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\FTData\ exists. If it doesn't, create it, and attempt the install again.
Автор: bigsloth
Дата сообщения: 13.08.2010 11:52

Цитата:
Сегодня попытался обновиться до SP3, но выбивались кое какие ошибки.

Так может покажете полный лог? Плюс Summary.txt (он в той же папке). Как там задание, кстати, выполнилось по расписанию?
Автор: SotM
Дата сообщения: 13.08.2010 13:04
bigsloth

[more=Summary.txt]Time: 08/13/2010 11:07:22.640
KB Number: KB955706
Machine: DONSTROY_SERVER
OS Version: Microsoft Windows Server 2003 family, Service Pack 2 (Build 3790)
Package Language: 1049 (RUS)
Package Platform: x86
Package SP Level: 3
Package Version: 4035
Command-line parameters specified:
Cluster Installation: No

**********************************************************************************
Prerequisites Check & Status
SQLSupport: Passed

**********************************************************************************
Products Detected Language Level Patch Level Platform Edition
Файлы поддержки программы установки RUS 9.3.4035 x86
Службы Database Services (MSSQLSERVER) RUS RTM 2005.090.1399.00 x86 STANDARD
Службы Analysis Services (MSSQLSERVER) RUS RTM 2005.090.1399.00 x86 STANDARD
Службы Reporting Services (MSSQLSERVER) RUS SP3 9.00.4035.00 x86 STANDARD
Службы Notification Services RUS SP3 9.00.4035.00 x86 STANDARD
Службы Integration Services RUS SP3 9.00.4035.00 x86 STANDARD
Собственный клиент SQL Server RUS 9.00.4035.00 x86
Клиентские компоненты RUS SP3 9.3.4035 x86 STANDARD
Средство синтаксического анализа MSXML 6.0 RUS 6.10.1129.0 x86
SQLXML4 RUS 9.00.4035.00 x86
Обратная совместимость RUS 8.05.2312 x86
Microsoft SQL Server, службы синхронизации контроля версий RUS 9.00.4035.00 x86

**********************************************************************************
Products Disqualified & Reason
Product Reason

**********************************************************************************
Processes Locking Files
Process Name Feature Type User Name PID

**********************************************************************************
Product Installation Status
Product : Файлы поддержки программы установки
Product Version (Previous): 4035
Product Version (Final) :
Status : Не выбрано
Log File :
Error Description :
----------------------------------------------------------------------------------
Product : Службы Database Services (MSSQLSERVER)
Product Version (Previous): 1399
Product Version (Final) :
Status : Ошибка
Log File : E:\Program Files\Microsoft SQL Server\90\Setup Bootstrap\LOG\Hotfix\SQL9_Hotfix_KB955706_sqlrun_sql.msp.log
Error Number : 1601
Error Description : Не удается установить файл Windows Installer MSP
----------------------------------------------------------------------------------
Product : Службы Analysis Services (MSSQLSERVER)
Product Version (Previous): 1399
Product Version (Final) :
Status : Ошибка
Log File : E:\Program Files\Microsoft SQL Server\90\Setup Bootstrap\LOG\Hotfix\OLAP9_Hotfix_KB955706_sqlrun_as.msp.log
Error Number : 29528
Error Description : MSP Error: 29528 Программа установки обнаружила непредвиденную ошибку во время Установка внутренних свойств. Ошибка: В процессе установки произошла неисправимая ошибка.

----------------------------------------------------------------------------------
Product : Службы Reporting Services (MSSQLSERVER)
Product Version (Previous): 4035
Product Version (Final) :
Status : Не выбрано
Log File :
Error Number : 0
Error Description :
----------------------------------------------------------------------------------
Product : Службы Notification Services
Product Version (Previous): 4035
Product Version (Final) :
Status : Не выбрано
Log File :
Error Description :
----------------------------------------------------------------------------------
Product : Службы Integration Services
Product Version (Previous): 4035
Product Version (Final) :
Status : Не выбрано
Log File :
Error Description :
----------------------------------------------------------------------------------
Product : Собственный клиент SQL Server
Product Version (Previous): 4035
Product Version (Final) :
Status : Не выбрано
Log File :
Error Description :
----------------------------------------------------------------------------------
Product : Клиентские компоненты
Product Version (Previous): 4035
Product Version (Final) :
Status : Не выбрано
Log File :
Error Description :
----------------------------------------------------------------------------------
Product : Средство синтаксического анализа MSXML 6.0
Product Version (Previous): 1129
Product Version (Final) :
Status : Не выбрано
Log File :
Error Description :
----------------------------------------------------------------------------------
Product : SQLXML4
Product Version (Previous): 4035
Product Version (Final) :
Status : Не выбрано
Log File :
Error Description :
----------------------------------------------------------------------------------
Product : Обратная совместимость
Product Version (Previous): 2312
Product Version (Final) :
Status : Не выбрано
Log File :
Error Description :
----------------------------------------------------------------------------------
Product : Microsoft SQL Server, службы синхронизации контроля версий
Product Version (Previous): 4035
Product Version (Final) :
Status : Не выбрано
Log File :
Error Description :
----------------------------------------------------------------------------------

**********************************************************************************
Summary
One or more products failed to install, see above for details
Exit Code Returned: 1601
[/more]

"Задача" выполнилась успешно по расписанию.
Полный лог это SQL9_Hotfix_KB955706_sqlrun_sql.msp_4.log ?
Он весит около 600 Кб. Выкладывать?

econ2
Ага, спасибо за инфу. Только щас глянул, есть такой путь тама. И там лежат всякие txt и xml файлы.
Автор: bigsloth
Дата сообщения: 13.08.2010 13:19

Цитата:
Выкладывать?

Дак все равно без него ничего не понятно . Можете выложить на какой-нибудь файлообменник и тут ссылку положить?
Автор: M_Volkov
Дата сообщения: 13.08.2010 17:18
SotM

Цитата:
Сегодня попытался обновиться до SP3, но выбивались кое какие ошибки

Я понимаю речь о 2005? А зачем его обновлять до SP3, не проще ли сразу до 2008R2? Я не sa, 1С-ник. У нас тоже на боевом стоит 2005, а у меня на тестовом 2008R2 - и вроде все нормально крутится! Просто не могу понять, почему сисадмины медлят переходить на 2008R2!? Из-за лицензий?
Автор: M_Volkov
Дата сообщения: 13.08.2010 21:02
Мне наш сисадмин вроде все разжевал, но не понимаю я этих внутренних интриг... мне бы в чисто техническом плане? Можно попонятнее...
Автор: SotM
Дата сообщения: 16.08.2010 07:18
M_Volkov

Цитата:
не проще ли сразу до 2008R2

Я не в курсах. А разве лицензия на 2005 распространяется на 2008R2 или его нужно отдельно покупать?

bigsloth
Выложил лог файл (в архиве 31 kb). Я пытался установить обновление 3 раза, так что там должна быть эта инфа.
Автор: bigsloth
Дата сообщения: 16.08.2010 08:01
SotM

Цитата:
Error Code: 0x80070534 (1332)
Windows Error Text: Именам пользователей не сопоставлены коды защиты данных.


Цитата:
Microsoft SQL Server 2005 -- Ошибка 29528. Программа установки обнаружила непредвиденную ошибку во время Установка внутренних свойств. Ошибка: В процессе установки произошла неисправимая ошибка.

Та же ошибка
Решение
Надеюсь поможет
Автор: bigsloth
Дата сообщения: 17.08.2010 06:33
M_Volkov

Цитата:
Мне наш сисадмин вроде все разжевал, но не понимаю я этих внутренних интриг... мне бы в чисто техническом плане? Можно попонятнее...

А чем ваш сисадмин объясняет нежелание перехода? Я не тороплюсь с переходом потому что из фишек 2008-го в Standard Edition, на которую у нас есть лицензия, будет доступно только сжатие резервных копий, остальное не существенно. Но пока меня вполне устраивает и сжатие копии 7z.
Да и "работает - не трожь" существенный аргумент .
Автор: SotM
Дата сообщения: 17.08.2010 08:33
bigsloth

Цитата:
Надеюсь поможет

В очередной раз попытался обновить SQL server до SP3. Делал это утром, пока никого нет. Просмотрел ту тему по удалению некоторых ключей из реестра. Запустил обновление, всё вроде бы начало обновляться, а потом обновление "зависло" здесь:
это окно висело минут 20, я не думаю, что он таааак долго писал что-то в реестр. Или такое поведение вполне нормальное?!?! Обращение к винту можно сказать отсутствовало, в процессах только msiexec "что-то" делал, т.к. занимал он 12% ресурсов процессора.
Рабочий день должен был скоро начаться, и пришлось убить процесс "msiexec" и дальше обновление выбивало ошибку...
Перезагрузил всю машину целиком.
До сегодняшнего обновления и сейчас я не могу больше посмотреть "Планы обслуживания". Скорей всего что-то случилось с базой msdb (в инете прочитал что она хранит инфу о "Планах обслуживания"). Попробовал восстановить ее из резервной копии (благо тогда общими усилиями мы заставили работать "Планировщик"). Но сервер обматерил меня тем, что у базы старая версия, а у сервера уже другая.
Я так понимаю, что это уже никак не излечишь, а только полной переустановкой SQL сервера... А мне ну никак не хочется выходить в выходные дни.
Автор: bigsloth
Дата сообщения: 17.08.2010 09:32
SotM
Посмотрите что у вас в логах на предмет ошибок.
И, дополнительно, в файле с именем SQL9_Hotfix...sqlrun_sql.msp - выполнялось ли что-нибудь на сервере в то время, когда вы прервали обновление.
Автор: SotM
Дата сообщения: 17.08.2010 10:01
bigsloth
Бегло глянул в логи (размер SQL9_Hotfix_KB955706_sqlrun_sql.msp.log как никак 8 Мб), ошибок не увидел. Лишь заметил то, что все эти 15-20 минут, что-то писалось в реестр! Странно конечно.

Цитата:
выполнялось ли что-нибудь на сервере

Ну я лично ничего другого не запускал. Даже Касперского выключил, чтобы побыстрей всё шло.
Автор: bigsloth
Дата сообщения: 17.08.2010 13:19
SotM
Я когда говорил

Цитата:
выполнялось ли что-нибудь на сервере

как раз имел ввиду:

Цитата:
все эти 15-20 минут, что-то писалось в реестр

Вероятно так долго шло обновление из-за того, что вы с голого RTM хотите прыгнуть сразу на SP3. Я вообще не в курсе можно ли так делать, но раз у вас почти получилось - видимо можно . Попробуйте запустить обновление когда у вас будет запас времени побольше.
Автор: SotM
Дата сообщения: 17.08.2010 13:37

Цитата:
Я вообще не в курсе можно ли так делать

Да вроде можно (если я не ошибаюсь), он вроде как содержит накопительное обновление. Да и он тогда должен был ругнуться если нужно произвести промежуточное обновление.


Цитата:
будет запас времени побольше

Да вот тоже подумываю об этом. Но по любому отпишусь здесь о результатах.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566

Предыдущая тема: Измерение скорости сети LAN - все программы


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.