Witam serdecznie
Dziś całkiem przypadkowo musiałem stworzyć nowy czysty testowy podmiot wykorzystując licencję którą posiadam. Podczas zakładania nowego podmiotu, po wprowadzeniu licencji otrzymuje komunikat "Nie udało się założyć podmiotu".
Produkcyjne podmioty tzn. te na , których pracujem działają ok.
log z serwera
2015-12-31 14:26:31  spid162  Błąd: 17204; ważność: 16; stan: 1.
2015-12-31 14:26:31  spid162  FCB::Open failed: Could not open file C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\data\New.mdf for file number 0.  OS error: 2(Nie można odnaleźć określonego pliku.).

Fizyczna lokalizacja plików mdf podmiotów produkcyjnych jest inna niż ta z log'a podczas tworzenia nowego podmiotu.
Mssqlservice działa jako localservice.

Czy to może być kwesta uprawnień do tego zasobu??
Sprzęt
Windows server 2012
MS Sql 2012

Zapewne już kiedyś został założony podmiot o takiej nazwie i odłączony zamiast usunięty.

To pozostają jeszcze uprawnienia... Jak się logujesz do serwera SQL ?

Obecnie przez mixed mode. Próbowałem również na windows mode w obu przypadkach to samo :/

Niestety mylisz podstawowe pojęcia, a w takich przypadkach obawiam się, że nie podajesz istotnych informacji lub są one błędne... Jest autentykacja serwera SQL i autentykacja Windows...

Czy jest możliwość zmiany ścieżki gdzie ma być tworzony nowy podmiot ??

Tak, jeśli nie jest to biuro rachunkowe to można to zmienić we właściwościach serwera SQL za pomocą SSMS.

--

Zrób jeszcze jeden test - załóż nową bazę danych za pomocą SSMS.

Windows modę to jeśli się nie mylę autentykacji po użytkownikach Windows domain

Nie, jest to logowanie przez login powiązany z użytkownikiem Windows, ale nie musi to być konto domenowe.

lub nie określonych w gałęzi Security w sql serwerze

Nie, nie ma takiej możliwości, zawsze musi istnieć login powiązany z użytkownikiem lub grupą do której należy użytkownik.

a mixed modę to Windows mode plus sa\haslo .

Nie, mixed określa możliwe sposoby logowania do serwera SQL poprzez autentykację Windows lub SQL - przy nawiązywaniu połączenia można wybrać tylko jeden sposób, nie można ich połączyć. Ponadto "sa" jest domyślnym użytkownikiem, ale nie musi być jedynym.

Jeśli się mylę to proszę popraw mnie.

Pracując z serwerem SQL należy wiedzieć co się robi, w innym przypadku może to się źle skończyć.

"Windows mode to jeśli się nie mylę autentykacji po użytkownikach Windows domain lub nie określonych w gałęzi Security w sql serwerze. " czyli się nie mylę

Przecież już odpisałem jak to działa - mylisz się.

"mixed modę to Windows mode plus sa\haslo" jeśli w pliku konfiguracyjnym xml ustawisz tak jak napisałem to zawsze łączy się w pierwszej kolejności po użytkowniku sql a w drugiej kolejności po aktualnie zalogowanym do systemu Windows użytkowniku.

Mylisz kolejne pojęcia... "MIXED" w pliku startowym XML to tylko niezbyt fortunnie nazwany tag, który oznacza autentykację serwera SQL.

Poza tym nie ma żadnej kolejności logowania - jeśli dla programu nie uda się zalogować według ustawień z pliku startowego to nie loguje się w inny sposób i program czeka na podanie parametrów logowania przez użytkownika.

Fizyczna lokalizacja plików mdf podmiotów produkcyjnych jest inna niż ta z log'a podczas tworzenia nowego podmiotu.

Z jaką ścieżką był instalowany serwer SQL, jaka jest obecnie i jaka pokazuje się w logu przy próbie założenie podmiotu ?

Niestety programy Insertu nie radzą sobie w niektórych sytuacjach ze zmienioną ścieżką lokalizacji baz danych po instalacji, dlatego nie należy tego robić.

Czy w takim przypadku wymagany jest restart servera ?

Nie, masz coś nie tak z tą pierwotną lokalizacją, a  na myśl przychodzą tylko uprawnienia.

Za pomocą SSMS mogę stworzyć bazę, loguje się po sql auth. jaki win auth. :/
Na serwerze mam ustawioną autentykację na sql auth. i Windows auth.

Jak rozumiem baza NIE utworzyła się w lokalizacji wynikającej z instalacji serwera SQL ? Spróbuj utworzyć bazę w ten samej lokalizacji co program.