Sag mir wo die Values sind

Here is the complete stored procedure code:

CREATE TABLE #Results (ColumnName nvarchar(370), ColumnValue nvarchar(3630))

SET NOCOUNT ON

DECLARE @TableName nvarchar(256), @ColumnName nvarchar(128), @SearchStr2 nvarchar(110)
SET @TableName = “
SET @SearchStr2 = QUOTENAME(‚%‘ + @SearchStr + ‚%‘,““)

WHILE @TableName IS NOT NULL
BEGIN
SET @ColumnName = “
SET @TableName =
(
SELECT MIN(QUOTENAME(TABLE_SCHEMA) + ‚.‘ + QUOTENAME(TABLE_NAME))
FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_TYPE = ‚BASE TABLE‘
AND QUOTENAME(TABLE_SCHEMA) + ‚.‘ + QUOTENAME(TABLE_NAME) > @TableName
AND OBJECTPROPERTY(
OBJECT_ID(
QUOTENAME(TABLE_SCHEMA) + ‚.‘ + QUOTENAME(TABLE_NAME)
), ‚IsMSShipped‘
) = 0
)

WHILE (@TableName IS NOT NULL) AND (@ColumnName IS NOT NULL)
BEGIN
SET @ColumnName =
(
SELECT MIN(QUOTENAME(COLUMN_NAME))
FROM INFORMATION_SCHEMA.COLUMNS
WHERE TABLE_SCHEMA = PARSENAME(@TableName, 2)
AND TABLE_NAME = PARSENAME(@TableName, 1)
AND DATA_TYPE IN (‚char‘, ‚varchar‘, ’nchar‘, ’nvarchar‘)
AND QUOTENAME(COLUMN_NAME) > @ColumnName
)

IF @ColumnName IS NOT NULL
BEGIN
INSERT INTO #Results
EXEC
(
‚SELECT “‘ + @TableName + ‚.‘ + @ColumnName + “‘, LEFT(‚ + @ColumnName + ‚, 3630)
FROM ‚ + @TableName + ‚ (NOLOCK) ‚ +
‚ WHERE ‚ + @ColumnName + ‚ LIKE ‚ + @SearchStr2
)
END
END
END

SELECT ColumnName, ColumnValue FROM #Results
END

 

Running Upgrade After Failure

If an upgrade attempt failed, and the underlying issue has been resolved, it may be the case that the upgrade needs tobe forced to be completed. One way of achieving this is by running the command-line version of the SharePoint Products and Technologies Configuration Wizard.

To force an upgrade

1.       Open a Command Prompt window.

2.       Change to the following directory: <system drive>\Program Files\Common Files\Microsoft Shared\web server extensions\14\BIN.

3.       Type the following at the command prompt:

psconfig –cmd upgrade –inplace b2b –wait –force

-WAIT = No timer job so the upgrade happens in real time in the psconfig process.

-FORCE = Removes all existing upgrade jobs incase a timer job is stuck.

 

 

Anm: Found in social.technet. ms.com

ASP.NET-Fehler

Wenn SharePoint ASP.NET ​- Fehler anzeigt, welche sich nicht „einfach“ beheben lassen hilft folgendes:

  • als Admin iisreset /stop
  • auf dem SharePoint-Server den Inhalt des Ordners (inkl. Berechtigungen) c:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files\ wegkopieren
  • den Inhalt des Ordners c:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files\ LÖSCHEN, Ja richtig gelesen LÖSCHEN
  • iisrest /start
  • Überprüfen, ob die nicht funktionierende/fehlerhafte Funktion wieder funktioniert
  • alle Websites die auf dem SP gehostet sind auf Funktion prüfen
  • FALLS, eine der Websites nicht funktioniert
    • iisreset /stop
    • den zuvor wegkopierten Inhalt des Ordners c:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files\ wieder zurückkopieren (inkl. der Berechtigungen)
    • iisreset /start
  • danach sollte auch die nicht mehr laufende Seite wieder funktionieren

 

 

Anm.: Derzeit ist  URL die einzige Seite, die davon betroffen ist, weil diese Seite als „Öffentliche Website ohne Authentifizierung“ ertstellt wurde. Intranet (derzeit: tmb-intranet) läuft als Intranet-Site. Extranet läuft als Extranet-Site. Bei den beiden letzt genannten gelten aus den angeführten Gründen der Erstellung andere Sicherheitsrichtlinien. Kurzum: Wenn man Daten aus c:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files\ löscht, löscht man tiefgehende Funktionen von WEBSITE!!!

SharePoint-Server 2013 Suche

Wie das Leben so spielt gab es in unserem Rechenzentrum einen Stromausfall. Klar am Wochenende so wie es einen immer erwischt.

Die Exchange-Server waren nur eingeschränkt verfügbar, Mail verließen die Organisation schon fast 30 Stunden nicht als ich am Montag ins Büro kam.

Das eigentliche „Drama“ fand sich aber in der SharePoint 2013 – Farm.

Der erste Bericht über nicht eine funktionierende Suche in SharePoint versetzte Anwender in Panik.

Tatsächlich zeigte jede Suchabfrage an Stelle einer Antwort lediglich eine Korrelations-ID.

Nach den üblichen Schritten

-prüfen der Berechtigungen auf den Webbsitesammlungen für das Crawl-Konto

-prüfen der Berichtigungen auf den SQL-DBs

Irgendwann bekam ich „nur noch“ diesen Fehler:

Zugriff verweigert. Vergewissern Sie sich, dass das Standardkonto für den Inhaltszugriff Zugriff auf dieses Repository hat, oder fügen Sie eine Durchforstungsregel zum Durchforsten dieses Repositorys hinzu. Wenn es sich bei dem zu durchforstenden Repository um ein SharePoint-Repository handelt, vergewissern Sie sich, dass das verwendete Konto über die Berechtigung „Alles lesen“ für die durchforstete SharePoint-Webanwendung verfügt.

 

Ich habe alles mehrfach überprüft und wollte eigentlich schon in das Wochenende verschwinden, da kam mir die (er)lösende Idee :

reg add HKLM\System\CurrentControlSet\Control\Lsa /v DisableLoopbackCheck /t REG_DWORD /d „1“ /f

 

So long, netsh.