Ik ben nu aan het bellen, dus ik kan de exacte syntaxis niet dubbel controleren 😕 Kwam hier onlangs tegen. U bent waarschijnlijk gewend om .rdls rechtstreeks vanuit uw bronmap te implementeren. Met de nieuwe versie versus 2015 die draait tegen een oudere serverversie, moet u een paar eenvoudige stappen volgen.
- Zorg ervoor dat uw doelomgeving correct is ingesteld in de projecteigenschappen. Waarschijnlijk omdat de upgrade het zou moeten herkennen.
- Bouw je project op. De bronbestanden hebben nog steeds de nieuwe indeling, maar .rdls (en andere bestanden) worden gemaakt in de doelversie in uw bin-submap. Deze kunnen probleemloos worden ingezet.
Het lijkt erop dat er vanaf Report Server 2016 een nieuwe bestandsstructuur is en dat de xmlns in het rdl-bestand worden gewijzigd. In vergelijking met 2015 met de bijgewerkte SSDT-BI zal elk rapport dat u opent automatisch upgraden naar het nieuwe formaat en dat gebruiken als het nieuwe bronbestand. Maar bouwen naar de doelomgeving zal rdls creëren met de oude xmlns en bestandsindeling.
BEWERKEN Ik heb alleen wat aanvullende informatie toegevoegd, ik heb een ander antwoord gegeven.
Onder projecteigenschappen kunt u maximaal 3 opties voor TargetServerVersion hebben, afhankelijk van de VS-versie en SSDT-BI-versie die is geïnstalleerd:
- SQL 2008
- SQL 2008 R2, SQL 2012, SQL 2014
- SQL 2016+ (nieuw in VS 2015 met de nieuwste SSDT-BI)
Elk van deze gebruikt een andere xmlns in de rapport-XML-code. Als u elk rapport opent, wordt uw bronrapport.rdl-bestand geüpgraded naar de nieuwste xmlns, of u dit nu leuk vindt of niet.
Wanneer u echter implementeert of bouwt, worden de .rdl-bestanden in uw bin-map gecompileerd om overeen te komen met het doel. Zolang u de bin-mapversies gebruikt (automatisch met VS-implementatie), kunt u deze met succes implementeren op uw server.