Ошибка при попытке обновить данные

Предистория.

Два дня назад осуществили переход с 8.1 на 8.2 — меняли конфу УПП 1.2… на 1.3.22.1. Соответственно куча отличий от типовой конфигурации, которые накатывали — повлекло за собой кучу ошибок. Два дня, не ночуя, меняем конфигурацию в режиме нон-стоп. Конфигуратор сохраняется раз 15 в час. Следовало ожидать, что при сохранении, конфигурация может вылететь, что собственно и произошло. Такие проблемы, в конфе 8.1 — всегда разрешались выходом пользователей, которые еще работали в базе, но уже не могли повторно войти и монопольным доступом. В нашей же новой конфигурации 8.2 база сказала нам «Я устал. Я ухожуй» ), в общем проблема описана в анонсе.

Что было предпринято из правильного и неправильного. И совет о том что делать первым делом.

Первым делом мы в суматохе начинаем искать способы решения возникшей проблемы в интернете. Гугл дает буквально 3 статьи на текущий момент по тексту возникающей ошибки. Перечислю их.

http://www.forum.mista.ru/topic.php?id=534298

http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=573910

http://sysadmins.ru/post9322239.html

В общем во всех трех статьях ответ на решение текущий проблемы один — «Восстанавливайте базу из бэкапа».

Не стоит говорить о важности бэкапов их регулярности и прочем. Считаю что в плане нас это было хорошим предупреждением, хотя у нас и был бэкап базы после ее сохранения в конфигурации 1.3 но за их регулярностью и тем что они делаются (а винчестер не чистится и прочее) , за этим мало кто следит. Соответственно простите за «капитана очевидность», но если у вас есть свежий бэкап — первым делом и займитесь восстановлением базы из него, не теряйте драгоценное время, за простой которого руководство вас не поблагодарит. Однако можно попытаться оживить «упавшую» базу, что благодаря моей настырности было и предпринято. Отмечу, что другим программистом также были приняты попытки как то оживить базу 1с-вскими способами, но они были безуспешны. Не знаю всего что он делал, но видел попытки запуска 1С в командном режиме сразу с запуском Тестирования и исправления ИБ, которые собственно ничего не запускали.

Я заострил свое внимание на SQL. Небольшой опыт конфигурирования и администрирования баз и типовой набор sql-команд мне знаком, но изложенный ниже способ итак не потребует никаких глубоких знаний и навыков работы с SQL. Я просто подключил логику — если база «упала» в момент сохранения конфигурации, делаем вывод, что в SQL могла порушиться структура одной таблицы (хотя я не знал до этого что конфигурация в 8 версии лежит в одной сиквель таблице) и эта таблица в которой хранится конфигурация базы. а именном таблица dbo.config. Это в последствии я узнал методом «самотыка» и опять же логики, ибо единственное что нашел это местную разработку, мне не помогшую но довольно полезную на будущее, а именно //infostart.ru/public/61114/ Спасибо автору от учетки моего коллеги, с помощью которого я ее скачал. Итак перехожу к самому важному — попытки(!) восстановления базы ибо гарантий никаких я вам, к сожалению, дать не могу и тому есть ряд предустановок, которых у вас может и не быть или как говорится — это не ваш случай…

Требования и непосредственно само восстановление базы.

Итак все что было выше, читать, в случае возникшей проблемы, может и интересно, но необязательно.

(Внимание. Посмотрите обязательно сноску снизу, если хотите попробывать оживить и саму конфигурацию. Сегодня (18.04.2012) путем экспериментов мне это удалось ибо стало жалко недельный труд который был проделан над ней. Таким образом получилось  базу оживить оставив старый конфигуратор без всяких копий)

Исходные данные — SQL база 1С 8.2, конфигурация УПП 1.3.22.1 (полагаю описанный способ подойдет для любой эскюэльной базы 8.2). SQL сервер 2005. Ошибка описанная в анонсе и ошибка возникшая в момент сохранения конфигурации! Самое важное и обязательное требование!!! Копия SQL базы с ТАКОЙ  ЖЕ КОНФИГУРАЦИЕЙ(!) У нас настроен авто-обмен с другой базой и конфигурации их совпадают. Кроме этого, так как нас трое программистов 1С — у каждого есть выгруженный и относительно свежий файл конфы. По факту подойдет любая база, неважно с какими данными, главное чтобы конфигурация в ней соответствовала структуре метаданных базы. Отмечу тот факт, что конфигурация даже немного отличалась от той, с которой база вылетела. Самое основное, на мой взгляд, требование, чтобы отличия в конфигурации не затрагивали метаданные. Не стоит забывать тот факт, что если конфигурация отличается, то в итоге вы получите рабочую базу но с конфигурацией из вашей копии.

Сам процесс восстановления не займет у вас много времени — буквально пару минут, но крайне рекомендую предварительно сделать бэкап даже «упавшей» базы, а он может занять время. Например у вас будет возможность восстановить базу откатом из log-файла (который у нас к сожалению в суматохе восстановления «грохнули») или еще какой способ. Итак, напомню что где то должна быть SQL база неважно какими данными но с такой же конфигурацией. Если у вас конфигурация представляет из себя «нетроганную» типовую  (что подразумевает, что данная проблема возникла в процессе наката новой типовой конфигурации) — можете создать новую пустую базу и залить туда типовую конфу, которая у вас была до этого. В случае, если конфигурация, которую вы нашли, не такая уж свежая — подумайте и примите решение, возможно те отличия с копией конфигуратора, которые вы будете вынуждены повторить в вашей базе, займут много больше времени и ресурсов, нежели потеря информации самой базы данных 1С. Своеобразная палка о двух концах ) Итак…

1. Делаем бэкап рухнувшей базы средствами SQL.

2. Очищаем таблицу dbo.config нашей базы в которой лежит наша порушенная конфа. Это можно сделать из SQL- Profiler, к примеру запустив в нем команду:

Use Base2009

go

Delete From [DBO].[Config]

go

где Base2009 имя рухнувшей базы.

Примечание: где-то в сети читал непроверенную инфу, что иногда помогает очистка таблицы dbo.ConfigSave, в которой, якобы, лежит накатываемая конфа. В нашей базе она оказалась пустая, поэтому чистить пустую таблицу, понятно не стал. Возможно — можно как-нибудь обмануть и оживить базу 1С, используя данную таблицу но, не зная механизм работы 1С с этой таблицей, ничего не буду говорить в плане действий, применительно к ней.

3. Копируем таблицу из базы с целой конфигурацией, в нашу порушенную базу. В моём случае обе базы были на одном сервере поэтому команда копирования в SQL-Profiler выглядела так.

insert into [base2009].[Dbo].[Config] select * from [BaseCopy].[Dbo].[Config]

go

где base2009 — имя рухнувшей базы, BaseCopy имя базы с копией конфигуратора

4. Запускаем 1С, и в случае успеха — прыгаем, как я от радости, что удалось оживить базу без каких-либо потерь информации.

5. (Капитан очевидность) проверяем отлаживаем и следим за системой создания бэкапов базы и очень ответственно подходим к процессу обновления конфигурации (делаем это не по сети, а желательно на сервере, по возможности сделав предварительно бэкап). Особенно если версия вашей 1С стала 8.2. Насколько я понял из статей в сети и превых двух дней работы с ней, что она более чувствительна и капризна, по сравнению 8.1 с которой таких проблем не было.

5а. Если конфигурация базы с которой вы будете копировать таблицу конфы — все-таки отличается, (не имея при этом отличий в метаданных, о чем я уже говорил), и где-то лежит ваш относительно свежий cf-файл с выгруженной конфой — накатываем его на ожившую базу. В противном случае Вам придется повторить все те отличия, которые были с копией конфигуратора. Так что еще раз хорошо подумайте и проанализируйте — что важнее — ваша работа по изменению конфигурации (и сколько времени вы на это потратите) или работа пользователей базы до момента последнего бэкапа. В моем случае это была работа 2-х программистов в течении 3-х часов против работы порядка 100 пользователей в течении 1.5 дней, так что выбор был очевиден.

З.Ы. Еще раз напомню? что данная функция восстановления является недокументированным 1С-овцами способом восстановления базы (в конкретном случае обрушения базы, произошедшего в процессе сохранения конфы) и все что вы делаете — вы делаете на свой страх и риск, но конкретно в моем случае других путей оживить базу с минимальной потерей существующей информации не было (лог файл потерли и самый свежий бэкап представлял потерю 1.5 дня работы порядка 100 пользователей), поэтому, как говорится мосты были сожжены )

З.Ы.Ы. Это моя первая публикация тут т.к. трусь на других 1С форумах, но нахожу этот ресурс одним из самых полезных в плане выложенных разработок и публикаций, поэтому не судите строго за много ЕСЛИ в данной публикации). Буду очень рад, если реально помог кому-нибудь с восстановлением порушенной базы ибо страшнее этого только ядерная война )

З.Ы.Ы.Ы. Спустя 3 недели проблема повторилась ) На этот раз на решение было потрачены какие-то секунды (если не учитывать время создания бэкапа), и даже пользователей не пришлось выгонять.

_____________________________________________________________________________________________________________

Сегодня прибежал коллега. Та же самая беда. Только база тестовая а не рабочая и сама база ему поскольку постольку — а вот конфигуратор ему важен. Неделю он краптел над ним ни разу не выгрузив в cf файл и не накатив изменения в рабочую базу. Ну что ж — почему бы не поковырятся уже с таблицей?! На этот раз все еще проще. Открываю SQL Managment Studio. Формирую запрос по таблице на поля с текущей датой изменения и временем когда у него вылетела база — результат дает 2 записи. Первая — Поле FileName  = «commit» Ну что же — грохнуть эту запись — и у меня все получилось! Конфигуратор ожил и база опять работает. Что же нужно сделать?! 

Итак в открытом окне SQL Managment Studio ищем нашу базу — открываем Таблицы, ищем в конце списка таблицу с конфой dbo.config на таблице — правую кнопку — Открыть таблицу. Далее в правом окне спускаемся в самой таблице вниз по алфавиту на поле где FileName  = «commit». Встаем на эту запись — правую кнопку мыши — Удалить. В общем удаляем  запись с двоичным файлом. Далее пробуем зайти в конфу. Ошибка та же самая первая появляется. Наверно не получилось?Ё  Нажимаем Ок. И тут, прежде чем выдать как ранее 2-е сообщение о невозможности сохранить —  компьютер задумался. Спустя секунд 30 — О ЧУДО! Конфигуратор открылся. Пробуем сохранить конфигуратор (предварительно сохранив cf файл). Конфигуратор сохраняется. Таким образом и волки сыты и овцы целы. Не уверен насчет полной работоспосбности базы после таких измывательств — так что посоветую сделать реструтуризацию и пересчет итогов уже потом вечером (предварительно конечно же сделав архив). Удачного востановления и положительных эмоций )

Получать обновления операционной системы Windows 10 всегда приятно, особенно когда они включают важные и значимые изменения. С их поступлением, как правило, проблем ни у кого не возникает, но установить актуальные обновления получается далеко не у каждого. Нередко бывает, что пользователи сталкиваются с различными рода ошибками, которые блокируют загрузку и инсталляцию свежей версии системы.

О том, как со всем этим бороться и не угробить систему, поговорим в сегодняшней статье.

Исправляем проблему загрузки обновления Windows 10

Что делать, если обновления не загружаются

Если вы получили набор обновлений в Центре обновлений Windows 10, но они просто висят и не могут загрузиться по какой-то причине, то попробуйте воспользоваться следующими способами:

• полностью отключите антивирусное средство и VPN/Proxy-клиент;
• попробуйте самостоятельно загрузить и установить обновления через специальное средство Update Assistant;
• проверьте интернет-соединение – может быть, проблема просто в нем.

Если обновление начинает загружаться, но в результате вы видите непредвиденную ошибку, то исправить это можно через встроенное средство устранения неполадок от Windows 10. Для этого следует выполнить следующие действия:

1. Зажимаем на клавиатуре комбинацию клавиш «Win+I», где Win – клавиша с логотипом Windows, расположенная в нижней левой части клавиатуры. Таким образом мы попадаем в параметры системы – оттуда переходим в раздел «Обновление и безопасность».
2. Переходим в подраздел «Устранение неполадок» и в правой части находим кнопку «Запустить средство устранения неполадок». Если такой кнопки нет, то значит, Windows нечего вам предложить.

Как исправить зависание загрузки

Есть еще один способ, который часто помогает, когда загрузка начинает зависать в диапазоне от 5% до 95%. Чаще всего такая проблема возникает из-за некорректной загрузки файлов. Исправить это можно ручным удалением загруженных обновлений. Для этого открываем любую папку и в строку запроса вводим путь C:WindowsSoftwareDistributionDownload. Просто удаляем оттуда все файлы – используем комбинацию клавиш «CTRL+A» и жмем на клавишу DELETE. После этого Центр обновления попробует заново загрузить свежие апдейты.

Ошибка службы оптимизации доставки

В некоторых случаях обновления могут не загружаться из-за службы «Оптимизация доставки». Исправить это можно следующим образом:

1. Открываем в нижнем левом углу меню «Пуск» и вводим запрос «Службы». В отобразившемся окне открываем первый запрос.
2. Находим нужную нам службу и кликаем по ней двойным щелчком мыши. Выбираем тип запуска «Вручную» и жмем «ОК».

После этой процедуры потребуется перезагрузить компьютер и попробовать заново скачать обновления. Если это не помогло, то попробуйте выбрать тип запуска «Автоматически (отложенный запуск)».

Остановка службы центр обновлений

Еще один способ – попробовать перезапустить центр обновлений. Иногда бывает, что он попросту зависает по каким-либо причинам. Для этого снова переходим в службы и находим там нужный нам компонент – кликаем по нему двойным щелчком мыши и жмем на кнопку «Остановить». В нашем случае кнопка серая, так как служба отключена.

После остановки службы пробуем активировать ее заново – для этого предназначена кнопка «Запустить».

Если и такие манипуляции не помогли, то следуем дальше.

Утилита Reset Windows Update Tool

Существует специальная утилита от Microsoft под названием Reset Windows Update Tool, которая выполняет полный набор действий для исправления различных моментов, способных помешать скачиванию и установке обновлений. Перед тем как использовать данный способ, рекомендую создать точку восстановления системы – для этого перейдите в меню Пуск, введите запрос «Восстановление», затем откройте первый запрос и в отобразившемся окне выберите «Создание диска восстановления».

Когда точка восстановления будет создана, можно вернуться к сохраненным данным, если во время исправления ошибок что-то пойдет не так.

Итак, используем утилиту следующим образом:

1. Переходим на официальный сайт и загружаем последнюю версию.
2. Устанавливаем Reset Windows Update Tool и запускаем ее от имени администратора – для этого кликаем правой кнопкой мыши по ярлыку и находим необходимую опцию. В отобразившемся окне выбираем английский язык – просто вводим цифру 0 и жмем «Enter».
3. После этого перед нами отобразится информация о том, что гарантии исправной работы утилита не дает – соглашаемся с этим клавишей Y. В результате мы увидим окно с доступными опциями. Рекомендую поочередно воспользоваться следующими опциями: 2, 3, 6, 11, 12, 14.

Актуальный список доступных функций утилиты:

1. Открывает параметры защиты системы.
2. Сбрасывает компоненты Центра обновлений Windows.
3. Удаляет временные файлы.
4. Открывает настройки Internet Explorer.
5. Проверяет диск на наличие ошибок.
6. Проверяет целостность файлов системы.
7. Проверяет целостность хранилища компонентов.
8. Проверяет образ на наличие отметки «поврежденный».
9. Автоматически восстановливает хранилища компонентов с помощью dism.exe
10. Очищает устаревшие компоненты.
11. Очищает записи реестра с ошибками.
12. Сбрасывает и корректирует параметры Winsock.
13. Сбрасывает данные Microsoft Windows Store.
14. Принудительно обновляет локальные групповые политики.
15. Включает поиск обновлений Windows.
16. Ищет ключ продукта Windows.
17. Открывает устранение неполадок Windows.
18. Открывает справку на сайте Майкрософт в браузере, чтобы найти дополнительные решения проблемы онлайн.
19. Перезапускает компьютер.

Сброс центра обновлений Windows для исправления ошибок

Мы также можем сбросить все параметры Центра обновлений Windows до исходных – такой способ иногда позволяет решить все проблемы. Сделать это можно автоматически с помощью bat-файла, который мы создадим самостоятельно. В этом нет ничего сложного, просто следуйте инструкции, и все получится.

Итак, приступим. Для начала давайте убедимся, что у нас включена возможность изменять расширение файла. Это необходимо, чтобы простой документ преобразовался в bat-файл. Для этого открываем любую папку и переходим в раздел «Вид». Там убеждаемся, что отмечен пункт «Расширения имен файлов».

Теперь можем переходить к основным этапам: создаем на рабочем столе блокнот и добавляем в него следующий код:

@ECHO OFF

echo Sbros Windows Update

echo.

PAUSE

echo.

attrib -h -r -s %windir%system32catroot2

attrib -h -r -s %windir%system32catroot2*.*

net stop wuauserv

net stop CryptSvc

net stop BITS

ren %windir%system32catroot2 catroot2.old

ren %windir%SoftwareDistribution SoftwareDistribution.old

ren "%ALLUSERSPROFILE%application dataMicrosoftNetworkdownloader" downloader.old

net Start BITS

net start CryptSvc

net start wuauserv

echo.

echo Finish

echo.

PAUSE

Сохраняем блокнот – переходим для этого в меню «Файл» и выбираем «Сохранить как…».

Даем ему название, например «Исправление ошибки обновления», и в конце обязательно указываем расширение .bat. В завершение жмем «Сохранить».

Теперь потребуется запустить файл от имени администратора. Кликаем по нему правой кнопкой мыши и выбираем «Запуск от имени администратора».

В результате увидим следующее:

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

Исправляем проблему установки обновления Windows 10

Довольно неприятная ситуация, когда во время установки обновлений компьютер замирает с надписью «Подготовка к настройке Windows. Не выключайте компьютер».

Если вы наблюдаете эту запись крайне долгое время, например несколько часов, то, скорее всего, уже никакого результата не будет. В таких случаях остается только перезагрузить компьютер, но в результате этого может произойти несколько сценариев:

1. Компьютер успешно перезагрузится, обновление начнется заново.
2. Произойдет сбой системы, и компьютер начнет автоматическое исправление ошибок.
3. Произойдет сбой системы, и вы не сможете в нее войти из-за поврежденных файлов. 

Последний сценарий, конечно, самый плачевный, и исправить его довольно проблематично. Потребуется восстановить систему, прежде чем в нее войти. Сделать это можно через запуск в безопасном режиме, через флешку с образом системы либо встроенными средствами Windows 10. Часто бывает, что ОС сама предлагает запустить восстановление системы, когда возникают различные неполадки. Это окно появляется после неудачного запуска:

Восстановив систему, попробуйте заново ее обновить. Если же восстановление не удалось, то потребуется помощь специалиста либо ручная переустановка системы.

Синий экран после обновления Windows 10

Если после обновления системы у вас стал появляться синий экран смерти, информирующий о том, что пошло что-то не так, то можно пойти следующими путями:

• Используйте мастер восстановления системы. Если система недавно начала испытывать сбои, используйте функцию восстановления системы, чтобы вернуть систему в предыдущее стабильное состояние. Если это поможет, то, скорее всего, проблема была вызвана ошибками программного обеспечения.
• Выполните загрузку в безопасном режиме. Если ваш компьютер постоянно выдает сбои с синим экраном, то попытайтесь загрузиться в безопасном режиме. В безопасном режиме Windows загружает только основные драйверы, поэтому критические ошибки будут опущены. В таком случае мы можем либо откатить систему, либо удалить ранее установленные обновления. 
• Переустановите Windows. Крайне радикальный метод, но иногда без него совсем никуда. Если вы не умеете переустанавливать систему, то лучше вызвать специалиста, который не просто переустановит ОС, а попытается восстановить исходную.

Другие проблемы с обновлением Windows 10

Обновление Windows 10 может показаться удачным, но со временем могут появиться некоторые проблемы, например ошибки подключения к интернету. Решить такую проблему можно через командную строку.

Давайте запустим ее и введем некоторые команды:

1. Открываем меню «Пуск» и вводим запрос «Командная строка». Кликаем по ней правой кнопкой мыши и выбираем «Запуск от имени администратора».
2. В отобразившемся окне поочередно вводим команды: netsh winsock reset catalog и netsh int ipv4 reset reset.log.

Если такой способ не помог, то попробуйте в командной строке ввести запрос ipconfig /renew. В таком случае будет обновлен IP-адрес компьютера, и, возможно, проблема решится.

Команды DISM для проверки проблем с Windows 10

DISM используется для просмотра, установки, удаления и настройки компонентов в образах Windows формата WIM (Windows IMaging Format). С ее помощью мы можем восстановить образ системы и исправить любую проблему с обновлениями. Чтобы обезопасить себя, предварительно рекомендуется создать точку восстановления системы – для этого перейдите в меню Пуск, введите запрос «Восстановление», затем откройте первый запрос и в отобразившемся окне выберите «Создание диска восстановления».

Команда CheckHealth

CheckHealth позволяет обнаружить потенциальные повреждения. Данная команда используется для поиска повреждений, но не исправляет их. Чтобы ее запустить, открываем командную строку от имени администратора, как мы делали это выше, и вводим команду:

DISM /Online /Cleanup-Image /CheckHealth

Команда ScanHealth

Данная опция позволяет сканировать образ Windows на предмет каких-либо повреждений. В отличие от предыдущей команды, проверка может занимать до 10 минут. Ее запуск выполняется также через командную строку с помощью следующей команды:

DISM /Online /Cleanup-Image /ScanHealth

Команда RestoreHealth

RestoreHealth позволяет автоматически проводить процедуру восстановления поврежденных образов Windows. Она запускается с помощью следующей команды:

DISM /Online /Cleanup-Image /RestoreHealth

Обратите внимание на то, что во время запуска команд /RestoreHealth или /ScanHealth может наблюдаться зависание процесса между 20% и 30% – в этом нет ничего страшного. Просто подождите, дальше все пойдет нормально.

Отключение обновления Windows 10 и драйверов

Если вы окончательно намучились с обновлениями и хотите отключить их загрузку и установку, то сделать это вполне реально. Начиная с Windows 10 1903 в Центре обновления Windows стала доступна функция «Приостановить обновление на 7 дн.», позволяющая откладывать все поступающие обновления. Пользователи Windows 10 Home могут активировать ее 5 раз подряд.

Для этого необходимо перейти в параметры компьютера (комбинация клавиш WIN+I), открыть раздел «Обновление и безопасность» и в подразделе «Центр обновление Windows» воспользоваться функцией «Приостановить обновление на 7 дн.».

В случае с обновлением драйверов все немного иначе – потребуется загрузить специальную утилиту, чтобы отключить их автообновление.

Другие возможные причины ошибок при обновлении и способы их исправления

Если вам до сих пор не удалось исправить ошибки с обновлением Windows 10, то вот еще несколько рекомендаций, которые могут вам помочь:

• Если ранее вы использовали стороннюю программу для отключения обновлений, то попробуйте с ее помощью снова запустить обновления.
• Если вы использовали утилиты для отключения слежки Windows 10, то они могли заблокировать доступ к серверам Майкрософт в файле hosts и брандмауэре. Удалите системные адреса из списка блокировок.
• Попробуйте установить DNS 8.8.8.8 и 8.8.4.4 в параметрах интернет-соединения.
• Возможно, что у вас просто отсутствует свободное место на компьютере, поэтому обновления не устанавливаются. Очистите диск и попробуйте снова.
• Проверьте, запущены ли у вас службы обновления Windows.
• Выполните поиск ошибки в интернете по сообщаемому коду, чтобы узнать о возможных причинах ее появления.

Надеюсь, что вы смогли исправить ошибку обновления Windows 10 без радикальных мер. Спасибо за внимание!

I have three tables in SQL Server 2008 R2: Country Address and Country_Address

Country has columns:

CountryID Country

1, Afghanistan

2, Australia

Address has columns:

AddressID Address

1, 5 Smith Way

Country_Address has columns:

CountryID AddressID

1, 1

edit: so in the example, 5 smith way is an address for Afghanistan.

I have emptied the tables, then added two countries and one address, and then a link in Country_Address between 1 and 1. When I try to update the CountryID from 1 to 2, I can’t because of FK constraint. I don’t understand why this is, because the CountryID I am trying to assign does exist. So how do I manage to update it?

edit1: This is the error I get when I try to do the update in SQL Management Studio, I get InvalidOperationException — «The model of type ‘…’ could not be updated.» in Visual Studio.

No row was updated.

The data in row 1 was not committed.
Error Source: .Net SqlClient Data
Provider. Error Message: The UPDATE
statement conflicted with the FOREIGN
KEY constraint
«FK_Country_Address_Address». The
conflict occurred in database
«…», table
«dbo.Address», column ‘AddressID’.

The statement has been terminated.