Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Microsoft SQL SERVER

Модерирует : lynx, Crash_Master, dg, emx, ShriEkeR

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119

Открыть новую тему     Написать ответ в эту тему

aidar



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Microsoft SQL Server
 
В данном разделе рассматриваются вопросы по установке, настройке и администрированию MS SQL.
Вопросы по выборкам, созданию процедур, индексов и прочему программированию - лучше обращаться сюда: Microsoft SQL Server в разделе Прикладное Программирование


Полезные ресурсы:
Ссылки на официальные ресурсы:   TechNet Rus по SQL   TechNet Eng по SQL 2000    TechNet Eng по SQL 2005     MS SQL Server на форумах TechNet Rus
 
Полезные ресурсы, где можно найти дополнительную информацию:
http://www.sql.ru - один из самых больших и популярных ресурсов в ру-нете по MSSQL.
http://sqlserverbuilds.blogspot.com - информация о ВСЕХ билдах и версиях SQL Server
 
Где найти дистрибутив?



Microsoft SQL Server 2000
 
Текущий и наверное Последний Service Pack: SP4 (build 8.00.2039)
Последний кумулятивный пакет хотфиксов после SP4: build 8.00.2187
Список всех хотфиксов после SP4 на текущий момент: Cumulative list of the hotfixes that are available for SQL Server 2000 SP4
SQL Server 2000 Books Online June 2007 Update
Сравнение редакций, совместимость с ОС



Microsoft SQL Server 2005
 
Блог Александра Гладченко - MVP по MS SQL. Заглядывайте периодически, очень интересные статьи.
 
Текущая версия:
Последний Service Pack - 2
Их было два, оба с одинаковым билдом - 9.00.3042
Здесь (ENG) описано, почему так произошло и как отличить "правильный" от "не правильного".
 
Здесь можно посмотреть, какой апдейт на сегодняшний день крайний для MS SQL SP2:
The SQL Server 2005 builds that were released after SQL Server 2005 Service Pack 2 was released (ENG)

Всего записей: 255 | Зарегистр. 20-09-2001 | Отправлено: 17:21 08-01-2003 | Исправлено: SkySandy, 02:26 20-08-2014
bigsloth



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
FreeLSD_md
т.е. вы не хотите просто посмотреть какой файл\каталог у вас вырос, а потом уже разбираться из-за чего? хорошо давайте играть в угадайку. Ставлю на tempdb, которую, вероятно, никто никуда не переносил и она лежит в том же каталоге, где установлен sql server (если вообще проблема в sql server'e).

Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 21:29 25-03-2011
econ2



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору

Цитата:
А если через мастер экспорта импорта получится, это равнозначно получится?

Нет, этот инструмент для импорта экспорта данных. Проводить при помощи него миграцию enterprise систем - геморно.
 
Самый лучший способ:
1) бакап/ресторе DB
2) script/restore планов/jobs
3) script/restore user при помощи http://support.microsoft.com/kb/246133

Всего записей: 256 | Зарегистр. 05-10-2004 | Отправлено: 00:22 26-03-2011
M_Volkov



Gold Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
SQL 2005 - часто надо восстанавливать бэкап рабочей базы в копию на резервный сервер. Где прописать путь к бэкам "по умолчанию", чтобы не рыться по каталогам при восстановлении...

Всего записей: 5783 | Зарегистр. 23-06-2008 | Отправлено: 18:13 01-04-2011 | Исправлено: M_Volkov, 18:14 01-04-2011
naPmu3aH



Из лесу вышел
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
M_Volkov

Цитата:
 часто надо восстанавливать бэкап рабочей базы в копию на резервный сервер

Ты еще скажи, что ты это делаешь через Enterpise Manager... часто...  
Скрипт напиши который бекапит базу, а потом восстанавливает на резервный из этого бекапа. Делов-то на 7 секунд. Тем более что в этой теме такое уже приводили и не раз.

----------
Ну і хто тебе кликав, чому ти прийшла, Стара проститутка, сука-війна? Хто тобі платить за наші тіла? Скільки ще тобі треба, яка їх ціна?

Всего записей: 4642 | Зарегистр. 30-10-2001 | Отправлено: 04:29 02-04-2011
M_Volkov



Gold Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
naPmu3aH
Бэкапятся базы по плану, но такая автоматизация мне не нужна...
Занимаюсь доработкой конфигурации 1С, конечно же, в копии рабочей базы. Что-то сделал, вечером загрузил доработки в рабочую, день-два типа тестируется... если что-то пользователям не понравилось, то бывает надо вернуться к исходному состоянию (не только конфигурацию) достать из бэкапа. И при этом предлагается его брать из C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Backup - почему-то не помнит, куда в последний раз бэкапил?!

Всего записей: 5783 | Зарегистр. 23-06-2008 | Отправлено: 07:05 02-04-2011
bigsloth



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
M_Volkov
SQL Server средств для редактирования "умолчательного" пути для бэкапа не предоставляет. Посмотрите в реестере:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.1\MSSQLServer\BackupDirectory
должно быть там.

Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 09:01 02-04-2011 | Исправлено: bigsloth, 09:02 02-04-2011
M_Volkov



Gold Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
bigsloth
Да, есть такое...

Всего записей: 5783 | Зарегистр. 23-06-2008 | Отправлено: 10:10 02-04-2011
bigsloth



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
M_Volkov
ну я к тому клонил, что этот путь только там можно изменить

Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 19:59 02-04-2011
slech



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
M_Volkov

Цитата:
Где прописать путь к бэкам "по умолчанию", чтобы не рыться по каталогам при восстановлении...

SQL Server Management Studio --> Server --> Properties --> Database Settings --> Database Default Location: Data, Log.
Но помоему будут браться из базы. Т.е. если до этого твоя база лежала на S:\SQL, то при ресторе тебе покажется такой же путь.
Поэтому вариантик со скриптом очень интересен.
А вообще есть смысл использовать автоматическую установку с файлом ответов - можно изменить путь баз - например на диск S:\SQL.

Всего записей: 4893 | Зарегистр. 10-11-2004 | Отправлено: 16:22 06-04-2011 | Исправлено: slech, 16:24 06-04-2011
naPmu3aH



Из лесу вышел
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
slech
А взять словарь и покурить разницу между default database location и backup location (то что собственно требовалось вопрошающему)?

----------
Ну і хто тебе кликав, чому ти прийшла, Стара проститутка, сука-війна? Хто тобі платить за наші тіла? Скільки ще тобі треба, яка їх ціна?

Всего записей: 4642 | Зарегистр. 30-10-2001 | Отправлено: 23:53 06-04-2011
slech



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Где прописать путь к бэкам "по умолчанию", чтобы не рыться по каталогам при восстановлении...

упустил

Всего записей: 4893 | Зарегистр. 10-11-2004 | Отправлено: 08:57 08-04-2011
Eye_Bass

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Локально подключаюсь к MS SQL 2000 sp4 через Query Analyzer/
Делаю запрос (в ОДНОЙ и той же базе из РАЗНЫХ таблиц копирую содержание одного столбца одной таблицы в другой столбец другой таблицы):
 
UPDATE AAA SET AAA.D85=BBB.S607_1 FROM AAA,BBB WHERE AAA.D270=BBB.D270
 
 
ошибка:
 
 
Server: Msg 7391, Level 16, State 1, Line 1
The operation could not be performed because the OLE DB provider 'SQLOLEDB' was unable to begin a distributed transaction.
[OLE/DB provider returned message: Новая транзакция не может быть учтена указанным координатором транзакций. ]
OLE DB error trace [OLE/DB Provider 'SQLOLEDB' ITransactionJoin::JoinTransaction returned 0x8004d00a].
 
 
Причем здесь вообще distributed transaction ???? и как выполнить, казалось бы, простой запрос???
_____________
перерыл форум поиском про эти распределенные транзакции : служба включена, в оснастке "службы компонентов" все галки стоят.
Промелькало сообщение (которое я не очень понял, надеюсь на вас =), что loopback linked server не может обрабатывать эти распределенные транзакции - где это посмотреть???

Всего записей: 60 | Зарегистр. 10-03-2005 | Отправлено: 19:53 08-04-2011
me2k

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Пытаюсь добавить ещё один интерфейс к виртуальному серверу на кластере.
 
Инсталляция вылетает с ошибкой - "an error while creating virtual server resources for clustering. An attempt was made to refence a toker that does not exist"
 
В логах вижу:
 
 

Код:
about to open cluster
calling ClusterGetComputerNames
ClusterGetComputerNames: m_LocalComputerName=[]
ClusterGetComputerNames: calling GetComputerName
ClusterGetComputerNames: m_LocalComputerName=[JDE1]
ClusterGetComputerNames: calling ClusterOpenEnum
ClusterGetComputerNames: calling ClusterEnum[0]
ClusterGetComputerNames: calling ClusterEnum[1]
called  ClusterGetComputerNames, status=0x0
ccNodeName=1024 ccGroupName=1024
szNodeName=[JDE1] szGroupName=[SQL]
csNodeName=[JDE1] csGroupName=[SQL]
csNodeName=[JDE1].csGroupName=[SQL]
[clushelp.cpp:1787] : 87 (0x57): The parameter is incorrect.
 
[sqlclusterSetup.cpp:754] : 87 (0x57): The parameter is incorrect.
 
[sqlclusterSetup.cpp:547] : 1008 (0x3f0): An attempt was made to reference a token that does not exist.
 
[sqlclusterSetup.cpp:1161] : 1008 (0x3f0): An attempt was made to reference a token that does not exist.

 
 
Что-то гугли-гуглил, не нагуглил как решит эту проблему.
Стылкался кто-то? или может кто-то знает куда копать?

Всего записей: 153 | Зарегистр. 01-10-2007 | Отправлено: 22:16 10-04-2011
M_Volkov



Gold Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
На удаленном склад крутится sql база 1С УТ (торговля 8). Возникла необходимость иметь ее копию в офисе, чтобы менеджеры делали свои отчеты, бухи выгружали из нее в бухгалтерию и т.п. Копировать базу только ночью и тянуть целиком через Интернет как то... уж больно не актуально, надо чтобы копия обновлялась хотя бы каждые 2 часа. Хотел уж было задействовать механизм распределенной базы заложенный в 1Сv8. Но наш новый сисадмин заявил, что сделает все это sql средствами!? Как-то давно, еще в 1Сv7 я пытался делать подобное, но когда базу объявлял публикацией, она разваливалась (sql добавлял доп.поля, триггеры...). Поэтому я сильно засомневался в этом. Может 1Сv8 уже имеет все что надо для sql, и база не портится при публикации, и я зря волнуюсь? Кто пробовал использовать sql репликации для обмена баз 1Сv8?

Всего записей: 5783 | Зарегистр. 23-06-2008 | Отправлено: 13:12 19-05-2011
bigsloth



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Для SQL Server 2000, ЕМНИП, есть вариант доставки журналов (log shipping) - копия на удаленном сервере, при этом, может быть доступна для чтения
Для SQL Server 2005 и старше есть вариант с доставкой журналов и зеркалирование (mirroring). Зеркалирование - поддержание актуальной копии на удаленном сервере. Зеркальная копия базы данных, при этом, является недоступной, но если у вас редакция SQL Server'a Enterprise - с этой базы можно делать снапшоты, так же доступные только для чтения.
Еще, конечно, можно попробовать репликацию (как делали вы), но не факт что и на восьмерке она взлетит.
 
Добавлено:
Дополню: для семерки, если я не ошибаюсь, вариант с доставкой журналов не мог прокатить, поскольку она любила делать BACKUP LOG WITH TRUNCATE_ONLY, что влет все обламывало

Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 13:23 19-05-2011
M_Volkov



Gold Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
bigsloth

Цитата:
Для SQL Server 2000, ЕМНИП, есть вариант...  

Это, наверное, из области резервирования SQL серверов, когда рабочий падает резервный встает на его место? Тоже интересно... т.е. удаленное резервирование не получится?
Я имел ввиду другое, типа распределенной базы: база - публикация, база - подписчик... или это давно умерло?

Всего записей: 5783 | Зарегистр. 23-06-2008 | Отправлено: 04:19 24-05-2011
bigsloth



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору

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

Автоматически не встает. Это резервирование БД на удаленном сервере.

Цитата:
Я имел ввиду другое, типа распределенной базы: база - публикация, база - подписчик... или это давно умерло?

нет, почему, репликация жива не знаю как с merge-репликацией, а с репликацией транзакций должно все получиться.  
Имхо, если удаленная база нужна только для формирования отчетов и выгрузок (нет операций записи), удобнее всего именно лог шиппинг с восстановлением копий с параметром STANDBY.

Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 05:25 24-05-2011
naPmu3aH



Из лесу вышел
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
bigsloth

Цитата:
если удаленная база нужна только для формирования отчетов и выгрузок (нет операций записи)

1C? Без операций записи в базу? НЕ ВЕРЮ!
 
P.S. Лично мне кажется Database Mirroring (SQL Server 2005+) проще, удобнее и лучше устаревшего log shipping

----------
Ну і хто тебе кликав, чому ти прийшла, Стара проститутка, сука-війна? Хто тобі платить за наші тіла? Скільки ще тобі треба, яка їх ціна?

Всего записей: 4642 | Зарегистр. 30-10-2001 | Отправлено: 12:54 24-05-2011
M_Volkov



Gold Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
bigsloth

Цитата:
если удаленная база нужна только для формирования отчетов и выгрузок (нет операций записи)...

Я это уточню, но похоже так и есть, что-то забирают из торговой базы в УПП (бухгалтерию) и не более. Если так, то...
 
naPmu3aH

Цитата:
Database Mirroring (SQL Server 2005+) проще, удобнее и лучше  

... иметь в офисе актуальное (каждые 2 часа) зеркало базы удаленного склада SQL средствами вполне реально? (гугл ничего не дал на русском...)

Всего записей: 5783 | Зарегистр. 23-06-2008 | Отправлено: 03:27 25-05-2011
bigsloth



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору

Цитата:
иметь в офисе актуальное (каждые 2 часа) зеркало базы удаленного склада SQL средствами вполне реально?

С лог-шиппингом реально - каждые два часа (или чаще, или реже - вы это сами выбираете) на удаленную базу будут накатываться бэкапы журнала транзакций и база будет "догоняться" до основной
С зеркалированием у вас ВСЕГДА будет актуальная копия базы данных на удаленном сервере. Вот только обратиться к ней будет нельзя, вам нужно будет иметь версию SQL Server Enterprise чтобы каждые два часа делать с нее снэпшот и обращаться уже к нему.

Цитата:
гугл ничего не дал на русском...

BOL

Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 05:22 25-05-2011
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Microsoft SQL SERVER


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru