Перенос базы данных SQL2000 в SQL2005 на другую машину. Перенос sql базы на другой sql server
Перенос базы данных MS SQL
Решил обобщить немного информации о том, какие действия чаще-всего требуется выполнять при перенесении базы данных Terrasoft для СУБД MS SQL.Также хотелось бы ответить на часто задаваемый пользователями вопрос: переносить базу данных без проблем можно либо на SQL сервер той-же версии, либо версии старше (т.е. с MS SQL 2005 на MS SQL 2008 база данных может быть перенесена, наоборот же, с более новой версии на более старую, перенос базы данных не подразумевается).
Итак, при переносе базы данных с сервера на сервер выполняется следующая последовательность действий:
Необходимо сделать бэкап базы данных на одном сервере и восстановите его на втором.
Если использовались конкурентные лицензии, то в первую очередь очистите значение сервера сессий для базы данных. Сделать это можно с помощью следующего запроса к базе данных:update tbl_DataBaseInfo set ServerSessionsInfo = NULL
Для выполнения запроса сделайте следующее:Вызовите контекстное меню, нажав правой кнопкой мыши на названии базы данных, и выбрать New Query.
Далее ввести запрос и нажать Execute для его выполнения.
После этого Вам необходимо будет перезаказать конкурентные лицензии.
Также при переносе базы данных на другой сервер необходимо производить сопоставление пользователей базы данных Terrasoft с именами входа в MS SQL.
Предварительно необходимо создать соответствующие имена входа на SQL сервере.
Для этого на сервере необходимо перейти во вкладку [Security]>[Logins] и там создать соответствующие имена входа.
Обязательно при создании имени входа для пользователя указать тип авторизации – «SQL аторизация»:
Также обязательным условием является установка серверной роли «сисадмин» для имени входа системного администратора Terrasoft.
Далее необходимо провести, собственно, сопоставление. Сделать это можно выполнив запрос к базе данных следующего рода:sp_change_users_login 'update_one', 'fkeys', 'fkeys'
Данный запрос необходимо выполнить для каждого пользователя Terrasoft заменив в запросе слово “fkeys” на соответственное (например для supervisor’a данный запрос примет вид sp_change_users_login 'update_one', 'supervisor', 'supervisor').
Далее, если предполагается перенос базы данных в другой домен (следовательно, и пользователи с домена изменятся) для изменения пользователей Вам необходимо выполнить следующий порядок действий:1. В таблице tbl_AdminUnit базы данных Terrasoft в полях .Name и .SQLObjectName заменить соответствующие записи пользователей из старого домена на новые. Например если пользователь раньше имел имя tm/Yakovenko (домен tm), а стал tcrm/Yakovenko (домен tscrm), то записи в указанных полях Вы должны заменить на tcrm/Yakovenko.2. Создать login (подтянуть из Active Directory).3. Добавить пользователя в БД с новым логином.4. Если пользователь имел роль системного администратора в Terrasoft, то его логину необходимо дать роль sysadmin.5. Если пользователь имел роль обычного администратора в Terrasoft, то его логину необходимо дать роль dbowner.6. После этого в Terrasoft в разделе [Администрирование] каждому пользователю на детали [Группы] необходимо удалить и добавить все группы (таким образом пользователю перераздадутся права доступа).
community.terrasoft.ru
Перенос SQL базы SCCM 2012 на другой сервер
В один прекрасный вечер я решил изменить конфигурацию моего SCCM 2012. Он находился на одном виртуальном сервере с SCSM и SQL Server 2008R2 SP1. Все это хозяйство «кушало» 6 Гб памяти, а работать с консолью менеджера было неудобно — тормоза и все прочее.
Обдумав ситуацию, я решил отселить SQL на отдельную виртуальную машину. Была найдена инструкция немного староватая, база 2012 SCCM например называется по-другому, но все еще действенная.Всего-то делов, сохранить базу, перенести ее на новый сервер, восстановить базу, остановить службы сайта командой preinst /stopsite, запустить из программы настройки (Configuration manager setup) восстановление и указать новое расположение базы SQL. На новый сервер SQL установятся 3 роли SCCM (Component Server, Site Database Server, Site System). Перезагрузив сервер, я убедился, что SCCM работает.
С переносом базы SCSM действия такие же — сохранение и восстановление базы, только новое расположение надо указать вручную в ветке реестра HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\System Center\2010\Common\Database (ключи DatabaseServerName и DatabaseName).
Казалось бы, все хорошо, все работает, но «старый» SQL продолжает «есть» память, теперь уже абсолютно впустую. А ведь ради экономии памяти все и затевалось.
Я открыл оснастку «удаление программ» и начал удалять все подряд, что имело в своем имени SQL. После перезагрузки от SQL не осталось и следа. И SCCM отказался работать также.
Размышления привели меня к догадке — не стоило удалять абсолютно весь SQL, поскольку для собственных «черных дел» SCCM устанавливает компоненты MS SQL 2008 Native client и Managed objects. Т.к. по случаю я имел на руках резервную копию базы, я просто решил переустановить SCCM.
После запуска установки, я выбрал вариант восстановления с использованием уже существующей базы. Однако проверка предварительных требований показала 2 ошибки. Учетная запись компьютера SCCM не имела прав локального администратора на машине с SQL. И, вот неожиданность — оказалось, что способ сортировки данных (Collation) СЕРВЕРА отличен от требуемого SCCM — SQL_Latin1_General_CP1_CI_AS ! Т.е. SQL при установке поглядел в локаль и решил установить Collation на кириллицу (ну не я же виноват!). Самое забавное, что базы после восстановления содержали правильный Collation. Пришлось перенастроить способ сортировки сервера, практически переустановить SQL командой
Setup /QUIET /ACTION=REBUILDDATABASE /INSTANCENAME=MSSQLSERVER /SQLCOLLATION=SQL_Latin1_General_CP1_CI_AS /SQLSYSADMINACCOUNTS=домен\юзер /SAPWD=пароль
Setup /QUIET /ACTION=REBUILDDATABASE /INSTANCENAME=MSSQLSERVER /SQLCOLLATION=SQL_Latin1_General_CP1_CI_AS /SQLSYSADMINACCOUNTS=домен\юзер /SAPWD=пароль |
После выполнения этой команды все базы пропали, так что пришлось заново восстановить базы SCCM и SCSM. Зато теперь восстановление SCCM прошло успешно. Но радоваться я не спешил и не зря! Как оказалось я поспешил и удалил SQL сервер с базой WSUS поэтому Software Update Point перестал работать, а все мои Software Update Groups стали отображаться иконками с крестиками. В логах пестрили ошибки связи с WSUS. Служба Wsus была остановлена. Я нашел mdf-файл с базой SYSDB, однако все мои попытки оживить WSUS не увенчались успехом, так что я просто переустановил WSUS, указал путь к базе SQL, и переустановил роль Software Update Point. После чего началась синхронизация базы данных WSUS и SQL как и при первичной установки роли. А вот как надо перемещать базу WSUS «по-хорошему»
Кстати, в SCCM Best Practice прямым текстом советуют при поднятии роли Software Update Point не указывать категории обновлений и категории программного обеспечения это можно сделать потом, а если вы сразу выберите все что нужно, первоначальная синхронизация займет довольно много времени, у меня она проходила около 4 часов.
Разобравшись с ролью Software Update Point, я решил установить роль Reporting services point. Однако при восстановлении SQL базы ReportService и ReportServiceTempDB были «отцеплены» и спокойно лежали в виде файлов. Поэтому установка роли Reporting services point не могла быть продолжена, мастер не видел инстанс MSSQLSERVER. Я добавил базы на SQL сервер, воспользовавшись утилитой Reporting Services Configuration Manager — запустил службу, удалил все зашифрованное содержимое, перезапустил службу Reporting Service и мои отчеты заработали!
Ну если честно, то не совсем заработали, потому как дополнительно пришлось изменить учетную запись для управления отчетами, т.к. для старой учетной записи почему-то не сохранялись настройки безопасности в SQL Repor Services.
Вот здесь статья по решению проблем с SQL ReportServices сильно помогла в решении проблемы. И, конечно же, technet. А также Андрей Коршиков (который является большим специалистом в SQL из Украины, и кстати очень ищет единомышленников в РБ для создания сообщества).
Статья опубликована в продолжение рубрики «Записки системного администратора» или «Случай из практики», материалами для которой любезно делится мой коллега из Белоруссии. Оригинал статьи он опубликовал в своём блоге RDP dog.
Перенос базы данных SQL2000 в SQL2005 на другую машину MS SQL Server
Я уже несколько дней бил себя над головой с помощью этой миграции приложений. У меня есть старое приложение с поддержкой MSSQL Server 2000, которое обновляется до сервера Windows 2003, на котором запущен SMSQL Server 2005. Я мало что знаю о SQL Server, но, очевидно, этого недостаточно.
Я попытался создать резервную копию базы данных на старом сервере, перейдя в Базы данных -> [База данных] -> Все задачи-> Резервная база данных …, выбрав «Полный» и сохраните файл. Я переместил этот файл резервной копии на новый сервер и попытался сделать восстановление, но он жаловался, что он искал файл [Database] .mdf в том месте, где он был на старом сервере.
Итак, я попытался сделать данные экспорта, выбрал локальную базу данных SQL 2000, указал на новую базу данных SQL 2005 на другой машине, и она полностью доходит до конца и умирает, жалуясь на то, как одна из таблиц соединяется.
Я попытался сделать команду «Генерировать SQL» в поле 2000 и запустить ее под SQL 2005. Похоже, что существует множество внешних соединений, использующих старый синтаксис * =, который SQL Server 2005 больше не поддерживает, и это база данных поставщиков, не имеют представления о том, каковы их истинные намерения, когда они устанавливают эти таблицы.
Есть ли другой способ, с помощью которого я могу выполнить миграцию этой базы данных?
Solutions Collecting From Web of "Перенос базы данных SQL2000 в SQL2005 на другую машину"
Файл резервной копии имеет «жесткое» расположение файлов данных, хранящихся в нем. Вам просто нужно их обновить:
Когда вы восстанавливаете в 2005 году, прежде чем нажимать окончательное «ok» для восстановления (после того, как вы выбрали файл .bak), перейдите на вкладку параметров. У этого будут файлы mdf и ldf, которые были в файле резервной копии. Измените их на законные каталоги на вашей новой машине.
Вы можете отделить базу данных от старого сервера, скопировать mdf и ldf (и любые другие связанные файлы) на серверный сервер, а затем прикрепить базу данных к новому серверу.
Когда вы присоедините его, SQL Server обновит его до форматированной базы данных 2005 года. Если у вас проблемы с совместимостью, вы тоже можете это изменить. В студии SQL Server Management щелкните правой кнопкой мыши вашу базу данных, выберите свойства, нажмите «Параметры» и измените режим совместимости на «SQL Server 2000 (80)».
Как отметил Питер, вам нужно изменить путь к новому, который существует на новом сервере. Эта фотография поможет:
Один трюк, который я изучил много лет назад, – это щелкнуть последнюю кнопку выбора («Оставить базу данных в режиме только для чтения …») на минуту, чтобы просмотреть и скопировать место расположения файлов данных на новом сервере. Просто не забудьте вернуть его к первому варианту перед восстановлением
Создайте резервную копию базы данных SQL2000 для файла. Создайте новую базу данных на SQL2005 с тем же именем и восстановите файл резервной копии в новую базу данных с опцией «принудительное восстановление по существующей базе данных» и установите уровень совместимости новой базы данных в «SQL2000 (8.0)».
sqlserver.bilee.com
| Процедура переноса базы данных на другой SQL сервер. Перенос базы данных на другой сервер необходимо осуществлять в нерабочий день центра обслуживания клиентов, либо не использовать в момент переноса электронную очередь. Перенос базы данных будет представлен на примере Microsoft SQL Server 2005 Express Edition.
|
dogend.ru
Перенос SQL базы на другой физический сервер
Вопрос: Предел количества баз на СКЛ сервере.
Добрый день.Есть следующая конфигурация сервака скл.1. CPU Intel Xeon E5620@2,4 2шт2. ОЗУ 32 гб3. Рейд массив HP P410i, кеш 256 мб.4. Дисковая система: 300 гб х 10К в зеркале - 2 диска72 гб х 15к в зеркале 2 диска72 гб х 15к в зеркале 2 диска72 гб система
Понимаю, что для скл выбор рейдов очень плох, но это пока все, что есть.До указанной разбивки из 5 дисков 72 гб был собран 5 рейд, но его пришлось переразбить.На серваке крутится 35 баз. Общий размер -170 гб. На 5 рейде конечно тоже были тормоза, но после переноса баз на зеркало вобще стало невозможно нормально работать.
По другому пока разбить рейды не могу, нет дисков. Базы перенесенные на зеркало это старая бухгалтерия. Работать будут максимум еще пару месяцев и будут переделаны в файловые.
На двух зеркалах из 72 гб планируется расположить новые бухгалтерские базы.1. Возник вопрос, сколько баз потянет без тормозов в такой конфигурации сервак( планируется снова плодить их до 35-40(2. Диски 72 гб уже старые и мелкие, докупать их смысла нет. На сколько увеличится быстродействие файловой системы, если купить дисков 300 гб х 15к и поставить их в 10 рейд(для файла данных). Логи писать на 5 рейд из 3 дисков 72 гб.3. Вопрос по 10 рейду. Что лучше 10 или 01 сделать?
Знаю, что одна база работала бы намного быстрее, пусть она и была бы 250 гб. Но тут это не возможно.
Как еще можно увеличить быстродействие сервака?
Спасибо.
Ответ:
|
Так что ж получается, в MSSQL всё в один большой общий кэш льётся ?Я сегодня всю доку перерыл, ничего вообще про настройки кэша не увидел.
forundex.ru
перенос базы данных sql на другой сервер
Dtswizard
В разделе Программное обеспечение на вопрос Как перенести базу данных Microsoft Sql Server 2000, с одного компа на другой, с помощью флэшки? заданный автором АлекS лучший ответ это Сделать резервную копию и развернуть ее на другом компеNert(51911)Ооо, понятно. Возь лучше учебник по sql. Там все описано. Это занимает пару страниц
Ответ от 22 ответа[гуру]Привет! Вот подборка тем с ответами на Ваш вопрос: Как перенести базу данных Microsoft Sql Server 2000, с одного компа на другой, с помощью флэшки?
Ответ от стоеросовый[гуру]Если установлена среда Sql server manager studio, то сделать резервную копию, а на другом компе восстановить БД из файла резервной копии.
Ответ от Вопросительный[гуру]Примечание. Поддерживается перенос данных с сервера SQL Server 2000 на сервер Microsoft SQL Server 2000 (64-разрядная версия). 32-разрядную базу данных можно присоединить к 64-разрядной базе данных с помощью системной хранимой процедуры sp_attach_db или системной хранимой процедуры sp_attach_single_file_db либо с помощью процедуры резервного копирования и восстановления в 32-разрядной версии программы Enterprise Manager. Базы данных можно перемещать между 32-разрядными и 64-разрядными версиями SQL Server в любом направлении. Точно так же можно переносить данные с сервера SQL Server 7.0. Однако перенос данных на сервер SQL Server 7.0 с сервера SQL Server 2000 (64-разрядная версия) не поддерживается. Ниже приведено описание каждого способа.Используется SQL Server 2005Для переноса данных с сервера SQL Server 7.0 или SQL Server 2000 можно использовать тот же самый способ. Однако средства управления в Microsoft SQL Server 2005 отличаются от средств управления в SQL Server 7.0 и SQL Server 2000. Вместо программы SQL Server Enterprise Manager следует использовать программу SQL Server Management Studio, а вместо мастера импорта и экспорта данных служб DTS следует использовать мастер импорта и экспорта данных SQL Server (DTSWizard.exe).
Ответ от 2 ответа[гуру]Привет! Вот еще темы с нужными ответами:
Ответить на вопрос:
22oa.ru
