I am using VS2012 and I have a database created:
(localdb)v11.0 (SQL Server 11.0.2100 - T61Alan)
How can I find out the physical location of this database. How can I back this up? Can I just make a copy of the files, move these to another location and start the database again.
Here is my connection string:
<add name="DB1Context" connectionString="Data Source=(LocalDb)v11.0;Initial Catalog=DB1;Integrated Security=SSPI;" providerName="System.Data.SqlClient" />
asked Aug 13, 2013 at 6:46
0
It is quite confusing for people who touch with Entity Framework the first time.
If you use Code First, an mdf file is generated at %USERPROFILE%
(e.g. C:Users<username>
).
If you use Database First, you create a database under SQL Server Object Explorer (not Server Explorer!), an mdf file will be generated at %LOCALAPPDATA%MicrosoftMicrosoft SQL Server Local DBInstancesMSSQLLocalDB
.
Ray
7,7227 gold badges57 silver badges90 bronze badges
answered Jan 17, 2017 at 4:19
code4jcode4j
4,1785 gold badges34 silver badges51 bronze badges
3
Are you saying you can see it listed in SQL Server Management Studio? Right click on DataBase -> Properties -> Files
will tell you where on your hard disk it lives. If you backup the mdf, be sure to back up the ldf too.
Alternatively, you can right click on the DB, and choose Tasks -> Backup
. This will make a a single .bak file for you, and you don’t need to worry about the mdf/ldf.
answered Aug 13, 2013 at 6:50
Paul McLeanPaul McLean
3,4306 gold badges25 silver badges36 bronze badges
1
http://technet.microsoft.com/en-us/library/hh510202.aspx
The system database files for the database are stored in the users’
local AppData path which is normally hidden. For example
C:Users–user–AppDataLocalMicrosoftMicrosoft SQL Server Local
DBInstancesLocalDBApp1. User database files are stored where the
user designates, typically somewhere in the C:Users\Documents
folder.
answered Aug 13, 2013 at 6:57
JonathanJonathan
5,9531 gold badge26 silver badges35 bronze badges
1
Try this one –
DECLARE
@SQL NVARCHAR(1000)
, @DB_NAME NVARCHAR(100) = 'AdventureWorks2008R2'
SELECT TOP 1 @SQL = '
BACKUP DATABASE [' + @DB_NAME + ']
TO DISK = ''' + REPLACE(mf.physical_name, '.mdf', '.bak') + ''''
FROM sys.master_files mf
WHERE mf.[type] = 0
AND mf.database_id = DB_ID(@DB_NAME)
PRINT @SQL
EXEC sys.sp_executesql @SQL
Output –
BACKUP DATABASE [AdventureWorks2008R2]
TO DISK = 'D:DATABASESQL2012AdventureWorks2008R2.bak'
answered Aug 13, 2013 at 7:05
DevartDevart
119k23 gold badges163 silver badges185 bronze badges
Open Windows registry editor and navigate to key HKEY_LOCAL_MACHINESOFTWAREMicrosoftMicrosoft SQL Server Local DBInstalled Versions
. Look beneath the version key of the SQL Server instance being targeted e.g. 11.0
for SQL 2012, and see its InstanceAPIPath
value for file system location of the localdb’s.
Note that at full list of SQL server versions mapped to release name and year can be found here
answered Jul 24, 2015 at 21:49
John KJohn K
28.4k31 gold badges139 silver badges228 bronze badges
2
This PowerShell script, will give you the default location for localdb .mdf files:
[System.Reflection.Assembly]::LoadWithPartialName('Microsoft.SqlServer.SMO') | out-null
(New-Object Microsoft.SqlServer.Management.Smo.Server("(localdb)$instancename")).DefaultFile
where $instancename
is the name of the localdb instance you want to check for. You can get a list of localdb instances by running
sqllocaldb i
answered Oct 28, 2015 at 12:19
Jon ListJon List
1,5041 gold badge14 silver badges20 bronze badges
I tried everything here and could not find them anywhere. I finally found them by searching *.mdf in file explorer. They were in C:UsersusersourcereposCallNoteApp_Data
.
answered Jun 10, 2022 at 22:12
cytek04cytek04
3953 silver badges15 bronze badges
В Microsoft SQL Server есть возможность отсоединять и присоединять базы данных, и сегодня мы с Вами поговорим о том, в каких случаях эта возможность будет нам полезна и, конечно же, рассмотрим примеры реализации данной возможности, причем разными способами.
Итак, давайте начнем с того, для чего же администратору баз данных может потребоваться отсоединить базу данных, а затем снова присоединить.
Первое — это, конечно же, для перемещения базы на другой экземпляр SQL Server, он может располагаться как на этом же компьютере, так и на другом (или просто для перемещения базы данных на другой физический жесткий диск, например, свободное место на диске заканчивается).
Второе — это тогда, когда например сервер вышел из строя, но файлы базы данных и журналов транзакций в порядке и необходимо эти файлы восстановить, т.е. присоединить к новому экземпляру SQL Server на новом сервере.
Вы можете найти и другое применение данной возможности, но перечисленные выше ситуации, особенно первая, самые распространённые.
Заметка! Обзор инструментов для работы с Microsoft SQL Server.
Содержание
- Отсоединение баз данных в Microsoft SQL Server
- Отсоединение базы данных с помощью sp_detach_db
- Отсоединение базы данных с помощью Management Studio
- Присоединение баз данных в MS SQL Server
- Присоединение базы данных с помощью CREATE DATABASE
- Присоединение базы данных с помощью Management Studio
- Присоединение базы данных с помощью процедуры sp_attach_db
Если отсоединить базу данных, то это означает ее удаление с этого экземпляра SQL Server, но при этом файлы базы данных останутся не поврежденными, которые затем можно использовать для присоединения к тому же или к другому экземпляру SQL Server.
В некоторых случаях отсоединить базу данных будет невозможно, например, тогда когда база данных реплицируется и публикуется, т.е. для отсоединения, база данных должна быть снята с публикации. Также отсоединить базу данных не получиться, если она находится в сеансе зеркального копирования, другими словами, для отключения базы данных необходимо завершить этот сеанс. Системную базу данных отсоединить вообще нельзя. Еще для выполнения отсоединения базы данных требуется монопольный доступ, т.е. в этот момент не должно быть подключенных к ней пользователей.
Отсоединить базу данных можно разными способами, например, на языке T-SQL, т.е. используя процедуру sp_detach_db или также можно воспользоваться графическим инструментом, т.е. SQL Server Management Studio. Мы с Вами разберем оба способа.
Примечание! Все примеры ниже будут рассмотрены на Microsoft SQL Server 2008 R2.
Отсоединение базы данных с помощью sp_detach_db
sp_detach_db – системная хранимая процедура, которая отсоединяет базу данных от экземпляра SQL сервера, а также может выполнить инструкцию UPDATE STATISTICS для всех таблиц перед отключением.
В качестве первого параметра она принимает имя базы данных, в качестве второго TRUE/FALSE (в виде текста), по умолчанию TRUE, т.е. это означает — не выполнять инструкцию UPDATE STATISTICS. Еще есть и третий параметр, который указывает, удалять или не удалять полнотекстовый индексный файл, связанный с отключаемой базой данных, по умолчанию TRUE, т.е. это означает — что метаданные, связанные с полнотекстовыми данными, сохраняются. Но этот параметр в новых версиях будет удален, честно говоря, не проверял на последних версиях, но разработчики SQL сервера не рекомендуют использовать этот параметр, уже начиная с версии 2008 R2.
Синтаксис:
sp_detach_db @dbname = 'database_name', @skipchecks = 'skipchecks', @keepfulltextindexfile = 'KeepFulltextIndexFile'
Пример. Допустим, у нас есть база данных TestBase, и возникла необходимость ее отсоединить, для этого мы пишем следующую SQL инструкцию:
EXEC sp_detach_db @dbname = 'TestBase'
Отсоединение базы данных с помощью Management Studio
Для того чтобы отсоединить базу данных необходимо в обозревателе объектов раскрыть список «Базы данных» и по нужной базе щелкнуть правой кнопкой мыши и нажать «Задачи ->Отсоединить»
И для того чтобы получить точно такой же результат, как и в примере выше жмем сразу «ОК»
Примечание! Как в первом примере, так и во втором не забываем про монопольный доступ, его можно получить, например, установив параметр базы данных «Ограничение доступа» в SINGLE_USER.
Присоединение баз данных в MS SQL Server
Для того чтобы присоединить базу данных, необходимы соответственно файлы этой базы данных, т.е. mdf, ldf. В случаях если журналы транзакций, т.е. файлы ldf не указаны, то они будут перестроены, но только в том случае если присоединяемая база данных доступна как для чтения, так и для записи. Если база данных была закрыта аварийно, при этом в ней работали пользователи и были открытые транзакции, то файлы журнала транзакций лучше указывать. Присоединять базы данных, полученные из неизвестных источников, не рекомендуется.
Также как и при отсоединении присоединить базу данных можно несколькими способами, мы рассмотри три: это с помощью конструкции CREATE DATABASE, с помощью Management Studio, а также рассмотрим пример присоединения базы данных с использованием процедуры sp_attach_db.
Примечание! В документации указано, что возможность присоединять базы данных с помощью процедуры sp_attach_db в будущих версиях SQL сервера будет удалена, поэтому ее не рекомендуют использовать в новых разработках, в SQL Server 2008 R2 эта возможность ещё есть.
Присоединение базы данных с помощью CREATE DATABASE
Конструкция CREATE DATABASE используется не только для создания новой базы данных, но и для присоединения базы данных, которую ранее отсоединили.
Давайте с помощью конструкции CREATE DATABASE присоединим обратно базу TestBase, которую выше мы отсоединили.
CREATE DATABASE [TestBase] ON (FILENAME = N'C:TestBase.mdf'), (FILENAME = N'C:TestBase_log.ldf') FOR ATTACH GO
Как Вы понимаете C:TestBase.mdf и C:TestBase_log.ldf — это пути к файлам базы данных.
Присоединение базы данных с помощью Management Studio
В Management Studio присоединение делается следующим образом, в обозревателе объектов щёлкните правой кнопкой мыши по пункту «Базы данных» и нажмите «Присоединить»
Затем через кнопку «Добавить» выбираем файл базы данных (MDF-файл) и жмем «ОК».
Примечание! Если выбрать базу данных, которая уже присоединена, возникнет ошибка.
Присоединение базы данных с помощью процедуры sp_attach_db
sp_attach_db – системная хранимая процедура, которая присоединяет базы данных к экземпляру SQL сервера. Как было уже сказано выше, ее не рекомендуют использовать в новых разработках. Первым параметром передается имя базы данных присоединяемой к серверу, оно должно быть уникальным. Вторым и далее (до 16) передаются пути к файлам базы данных.
Синтаксис:
sp_attach_db @dbname = 'dbname', @filename1 = 'filename_n', [...16]
Пример:
EXEC sp_attach_db @dbname = 'TestBase', @filename1 = N'C:TestBase.mdf', @filename2 = N'C:TestBase_log.ldf'
Примечание! В случае если Вам необходимо присоединить более 16 файлов, то нужно использовать CREATE DATABASE database_name FOR ATTACH.
Заметка! Если Вас интересует SQL и T-SQL, рекомендую посмотреть мои видеокурсы по T-SQL, с помощью которых Вы «с нуля» научитесь работать с SQL и программировать с использованием языка T-SQL в Microsoft SQL Server.
На этом у меня все, надеюсь, материал был Вам полезен, удачи!
Есть Вопрос
Ученик
(221),
закрыт
11 лет назад
В общем работаю с SQL в MS Visual Studio. Там в Server Explorer у меня несколько баз данных.
s019. radikal. ru/i630/1203/b9/ebe578e44f9d.jpg
Как найти эти БД на жёстком диске ?
Дополнен 11 лет назад
Дополнен 11 лет назад
Проблема решена, всем спасибо )
Роман
Профи
(544)
11 лет назад
В sql server’е базы данных хранятся в виде обычных файлов на диске. Как минимум на одну БД приходится таких файлов 2: *.mdf и *.ldf. В первом хранятся сами данные, таблицы, индексы и пр. , а во втором находится т. н. transaction log, в котором находится информация необходимая для восстановления БД.
это зависит от того, путь по умолчанию для файлов данных и журналов, или нет.
если путь задан явно в
Properties
=>Database Settings
=>Database default locations
затем SQL server сохраняет его вSoftwareMicrosoftMSSQLServerMSSQLServer
наDefaultData
иDefaultLog
значения.однако, если эти параметры не заданы явно, SQL server использует пути данных и журналов базы данных master.
Ниже приведен сценарий, который охватывает оба случая. Это упрощенная версия запроса, который SQL Management Studio работает.
кроме того, обратите внимание, что я использую
xp_instance_regread
вместоxp_regread
, так что этот скрипт будет работать для любого экземпляра, по умолчанию или именованным.declare @DefaultData nvarchar(512) exec master.dbo.xp_instance_regread N'HKEY_LOCAL_MACHINE', N'SoftwareMicrosoftMSSQLServerMSSQLServer', N'DefaultData', @DefaultData output declare @DefaultLog nvarchar(512) exec master.dbo.xp_instance_regread N'HKEY_LOCAL_MACHINE', N'SoftwareMicrosoftMSSQLServerMSSQLServer', N'DefaultLog', @DefaultLog output declare @DefaultBackup nvarchar(512) exec master.dbo.xp_instance_regread N'HKEY_LOCAL_MACHINE', N'SoftwareMicrosoftMSSQLServerMSSQLServer', N'BackupDirectory', @DefaultBackup output declare @MasterData nvarchar(512) exec master.dbo.xp_instance_regread N'HKEY_LOCAL_MACHINE', N'SoftwareMicrosoftMSSQLServerMSSQLServerParameters', N'SqlArg0', @MasterData output select @MasterData=substring(@MasterData, 3, 255) select @MasterData=substring(@MasterData, 1, len(@MasterData) - charindex('', reverse(@MasterData))) declare @MasterLog nvarchar(512) exec master.dbo.xp_instance_regread N'HKEY_LOCAL_MACHINE', N'SoftwareMicrosoftMSSQLServerMSSQLServerParameters', N'SqlArg2', @MasterLog output select @MasterLog=substring(@MasterLog, 3, 255) select @MasterLog=substring(@MasterLog, 1, len(@MasterLog) - charindex('', reverse(@MasterLog))) select isnull(@DefaultData, @MasterData) DefaultData, isnull(@DefaultLog, @MasterLog) DefaultLog, isnull(@DefaultBackup, @MasterLog) DefaultBackup
вы можете достичь того же результата с помощью SMO. Ниже приведен пример C#, но вы можете использовать любой другой язык .NET или PowerShell.
using (var connection = new SqlConnection("Data Source=.;Integrated Security=SSPI")) { var serverConnection = new ServerConnection(connection); var server = new Server(serverConnection); var defaultDataPath = string.IsNullOrEmpty(server.Settings.DefaultFile) ? server.MasterDBPath : server.Settings.DefaultFile; var defaultLogPath = string.IsNullOrEmpty(server.Settings.DefaultLog) ? server.MasterDBLogPath : server.Settings.DefaultLog; }
это намного проще в SQL Server 2012 и выше, предполагая, что у вас есть пути по умолчанию (что, вероятно, всегда правильно):
select InstanceDefaultDataPath = serverproperty('InstanceDefaultDataPath'), InstanceDefaultLogPath = serverproperty('InstanceDefaultLogPath')
11.05.11 – 10:23
Вопрос такой:
Слетел сервер. На нем крутился SQL с базами 1С.
Все основные базы перенес. Не могу найти 1 базу. Видимо её размещали где-то в другом месте.
Можно ли как то узнать где SQL хранил свои базы? В реестре винды я такой информации не нашел.
1 – 11.05.11 – 10:24
поиск *.mdf
2 – 11.05.11 – 10:24
А в реестре её и нет… Эта инфа в master лежит (-ала)
Поиском по всем дискам пройдись, ибо в сети её быть не может
3 – 11.05.11 – 10:24
что значит слетел сервер?
к старым таблицам сервера есть доступ?
4 – 11.05.11 – 10:24
(1) взял и сразу выдал секрет блин…
5 – 11.05.11 – 10:26
дело в том что просто mdf – на дисках не нахожу.
Бухгалтер утверждает что работала с этой базой.
Захожу в конфигурацию 1С – вижу что в нем записано название базы на этом сервере. по этому названию базу mdf най
6 – 11.05.11 – 10:26
ти не могу. Может Имя базы не соотвтетствовать файлу?
7 – 11.05.11 – 10:27
(6) см (1)
8 – 11.05.11 – 10:27
+(1)автору может не стоить лесть к SQL, раз про поиск не знает)
9 – 11.05.11 – 10:28
(7) …. а если так. Могу ли я как то убедится что на SQL сервере точно была такая-то база?
10 – 11.05.11 – 10:29
(9) если восстановишь master, то точно удостоверишься
11 – 11.05.11 – 10:30
Перефразиру. Могу ли я где-то (в реестре Винды или реестре(?) SQL) на снятом диске увидеть какие базы были и где лежали?
12 – 11.05.11 – 10:31
(9) а сейчас что у тебя с скл сервером? он работает? или ты новый переустановил?
вообще тебе бы получить базу данных master
там внутри все что надо есть.
вопрос в другом. есть ли доступ к этой БД на “рухнувшем” сервере
13 – 11.05.11 – 10:31
(10) т.е. для (11) нужно восстанавливать master?
14 – 11.05.11 – 10:31
sql какой был??? 2000
15 – 11.05.11 – 10:32
(12) да. у меня поднят другой SQL на другом сервере.
Физически всю инфу со старых дисков прочитать могу.
16 – 11.05.11 – 10:33
был 2000 сейчас поставил 2005
17 – 11.05.11 – 10:33
возьми файл
C:Program Files (x86)Microsoft SQL ServerMSSQLDatamaster.mdf
ПРИАТТАЧ к новому SQL серверу. как базу master_old (например)
18 – 11.05.11 – 10:34
(17) принял. Спасибо. попробую
19 – 11.05.11 – 10:35
+(17) я не знаю можно ли 2000-го базу к 2005 приаттачить
но попробуй.
в этой базе в таблице sysdatabases
перечислены ВСЕ БД которые были на том серваке
(со всеми путями файлов)
20 – 11.05.11 – 10:35
(19) “я не знаю можно ли 2000-го базу к 2005 приаттачить”
Можно. Обратно нельзя
21 – 11.05.11 – 10:36
(19) Попытка – не пытка. Спасибо!
22 – 11.05.11 – 10:36
+19 только не забудь когда аттачить будешь имя базы поменять)) а то приаттачишь ее как MASTER
потом новую тему создавать придеться))
хотя врдя ли конечно скуль допустит.
23 – 11.05.11 – 10:37
(20) ну тогда остается надеяться что она приаттачится
и не упадет в суспект например
24 – 11.05.11 – 10:37
(0) ты потом расскажи о результатах
25 – 11.05.11 – 10:39
Можно попробовать найти Логи от СКУЛЯ , там может пишут пути ?
26 – 11.05.11 – 10:40
(25) он mdf найти не может, а ты ему ldf искать предлагаешь. Да и нет в них ничего
27 – 11.05.11 – 10:42
(26) Я предлогаю логи от скуля искать, которые про Бекапи и реиндексы… вот только не помню пишет он там пути или нет
28 – 11.05.11 – 10:42
(26) он имеет в виду не журнал транзакций
а лог когда скуль пишет что делал и во сколько и иногда зачем и почему
(25) проще приаттачить да глянуть вообще была ли такая база или нет
29 – 11.05.11 – 10:42
(25) прав. Посмотрел ERRORLOG, там пути записываются
30 – 11.05.11 – 10:43
не приатачитса
31 – 11.05.11 – 10:43
(27) нету там путей
32 – 11.05.11 – 10:44
(29) где ты его нашел (я про 2000-й)
33 – 11.05.11 – 10:45
(29) все разобрался.
34 – 11.05.11 – 10:45
(32) а я не про 2000-ый 🙂 ща гляну на 2000
35 – 11.05.11 – 10:45
+(33) хотя путей баз все равно не вижу в еррорлог
36 – 11.05.11 – 10:47
(35) точно. в 2000 не пишет
37 – 11.05.11 – 11:14
база из системных msdb в ней Tables дальше System Tables открой на просмотр таблицу dbo.backupfile там поле
physical_name то что тебе надо
SELECT TOP 1000
[logical_name]
,[physical_drive]
,[physical_name]
FROM [msdb].[dbo].[backupfile]
если базу подключишь с именем не msdb то в запросе измини на твое название
38 – 11.05.11 – 11:16
c:Program FilesMicrosoft SQL ServerMSSQL.1MSSQLDATAMSDBData.mdf
msdb обычно лежит тут
39 – 11.05.11 – 11:21
(38) чем табличка master.sysdatabases не угодил?
40 – 11.05.11 – 11:22
(39) ты напиши человеку как оттуда взять он задолбается лазить по мастеру дай ему готовый запрос.
41 – 11.05.11 – 11:23
SELECT * FROM [master].[dbo].[sysdatabases]
42 – 11.05.11 – 11:25
(41) другой разговор.по вопросу было понятно что человек не сильно шарит в SQL
43 – 11.05.11 – 11:42
(0) может база файловая была?
44 – 11.05.11 – 11:44
(43) см (50
45 – 11.05.11 – 11:44
46 – 11.05.11 – 11:47
(45) 1c то какая если 7.7 то папка с пользователями и с файлом конфигурации должна быть в конфигураторе можно посмотреть настройки базы там видно имя сервера sql и имя базы.может у него база вообще крутилась на другом сервере
47 – 11.05.11 – 11:49
(46) сообщение для автора темы
48 – 11.05.11 – 11:52
имя файла базы будет соответствовать имя базы + .mdf (должно так быть)
49 – 11.05.11 – 11:53
странно ак то файлы так сами не пропадают))
50 – 11.05.11 – 11:55
(0)Автор поис то ведешь по всем папкам, в том числе и по скрытым?
51 – 11.05.11 – 11:57
(0) в системе видны все диски что были раньше может база крутилась на отдельном диске(а он не виден в системе)?
52 – 11.05.11 – 11:59
база не аттачится, пишет
ADDITIONAL INFORMATION:
An exception occurred while executing a Transact-SQL statement or batch. (Microsoft.SqlServer.ConnectionInfo)
——————————
There is already an object named ‘sysnsobjs’ in the database.
Converting database ‘master_old’ from version 539 to the current version 611.
Database ‘master_old’ running the upgrade step from version 539 to version 551. (Microsoft SQL Server, Error: 2714)
For help, click …. ////
_____________________-
вот это немного пугает There is already an object named ‘sysnsobjs’ in the database.
53 – 11.05.11 – 11:59
(45) упс… проглядел
54 – 11.05.11 – 12:00
(51) буду еще раз внимательно проверять снятые диски. Может какой упустил …
55 – 11.05.11 – 12:00
(52) базу подключаешь на 2005 от 2000?
56 – 11.05.11 – 12:00
(50) я конечно – бот, но не настолько 🙂
57 – 11.05.11 – 12:01
58 – 11.05.11 – 12:01
(57) вот по этому и ошибка
59 – 11.05.11 – 12:02
(58) т.е. фиг приаттачится?
60 – 11.05.11 – 12:03
ставь 2000 и на нем все делай.а старый вообще никак нельзя посмотреть базы системные?
61 – 11.05.11 – 12:03
(58) ошибка не в этом. просто она аттачится под именем master. А такая база уже есть
62 – 11.05.11 – 12:04
сервер 2000 поднять на любом компе 15 минут делов
63 – 11.05.11 – 12:04
(61)database ‘master_old’ смотри имя
64 – 11.05.11 – 12:05
61 я ей даю название master_old и она у меня в принципе еть (появляется. Только сделать с ней ничего не могу. Нажимаю свойства выдает
ADDITIONAL INFORMATION:
Cannot show requested dialog. (SqlMgmt)
——————————
An exception occurred while executing a Transact-SQL statement or batch. (Microsoft.SqlServer.ConnectionInfo)
——————————
Cannot open database ‘master_old’ version 539. Upgrade the database to the latest version. (Microsoft SQL Server, Error: 946)
For help, click:
65 – 11.05.11 – 12:05
Converting database ‘master_old’ from version 539 to the current version 611.
Database ‘master_old’ running the upgrade step from version 539 to version 551. (Microsoft SQL Server, Error: 2714)
он же явно пишет что бы преобразовали базу к более новому типу
66 – 11.05.11 – 12:06
(62) согласен … нужно дистрибутивы только пошукать 🙂
67 – 11.05.11 – 12:06
(64) цепляй базу к серверу(установи его на любом компе временно)
68 – 11.05.11 – 12:07
не вижу проблему что бы поставить на компе сервер 2000
69 – 11.05.11 – 12:07
SQL
70 – 11.05.11 – 12:07
(64) Уровень совместимости не даёт выставить?
71 – 11.05.11 – 12:08
пля, выложи master.mdf, поглядим 🙂
72 – 11.05.11 – 12:08
(67) попробую. но уже после обедни. 🙂 В принципе мне дали добро на другой вариант – поднять старые бэкапы 1С-ки этой базы.
Но обязательно попробую добить на 2000. Самому интересно.
73 – 11.05.11 – 12:08
точно)))++++
74 – 11.05.11 – 12:08
(64) MDF какого размера?
если небольшой то пришли его мне
я гляну
стукни в аську 333138647
75 – 11.05.11 – 12:09
(71) вам с лого ом или ? … у меня без лога вообще не пошло
76 – 11.05.11 – 12:09
(72)выложи просто без логов
77 – 11.05.11 – 12:10
(75) с логом, только не забудь про архиваторы
78 – 11.05.11 – 12:10
мдв 17,5
лог 2,5
сейчас скину ….
а что значит не забыть про архиваторы?
79 – 11.05.11 – 12:11
у меня 15 метров файло MDF ))
80 – 11.05.11 – 12:11
(78) сожми эти файлы РАРОМ на полную катушку))
81 – 11.05.11 – 12:12
выложи на народе и ссылку давай
82 – 11.05.11 – 12:13
секретного там ничего нет не боись
83 – 11.05.11 – 12:13
)))
84 – 11.05.11 – 12:13
(80) да это понятно … яж не варвар 🙂
85 – 11.05.11 – 12:15
(82) угу. ну будем надеяться 🙂
http://files.mail.ru/XE1IOA
86 – 11.05.11 – 12:17
можно бесконечно долго смотреть на три вещи:
87 – 11.05.11 – 12:18
горящий огонь
воду …
и работу, которую за тебя делают другие 🙂
Всем участвующем, Спасибо. Убыл на обед.
88 – 11.05.11 – 12:19
какая база то?
89 – 11.05.11 – 12:21
90 – 11.05.11 – 12:22
По всей видимости у него нет диска N
91 – 11.05.11 – 12:24
+(89) теперь пусть ищет)))
92 – 11.05.11 – 12:29
если не найдет могу свой диск N для поисков предоставить))
93 – 11.05.11 – 12:30
(92) блин, а я ещё не дошел до буквы N. Когда вы успеваете?
94 – 11.05.11 – 12:37
(93) +++++)))))
95 – 11.05.11 – 12:44
я чето не понял как у него такая хитрая структура с базами получилась?такое ощущение как будто скул уже два раза ставили)))))
96 – 11.05.11 – 12:45
вернее как минимум он уже поднимался после падения)))
97 – 11.05.11 – 12:47
ща, он кишки набъёт и расскажет
98 – 11.05.11 – 12:50
(97) мне уже не терпится услышать как оно было и куда он похерил диск)))
99 – 11.05.11 – 12:55
может диск сетевой был
100 – 11.05.11 – 12:56
(99) ага… Попробуй в скл подключить базу с сетевого диска