The site concerned is small and it's long, thin and winding, without consent to drill holes. There's an area affected by this, which has a couple of file servers, and 2 sporadically used PCs. To be honest its not essential that there is a 2nd link to this area - it wouldn't be harmful if the WAN was down there for a while, it's only sporadically used.
The more likely problem if that area is disconnected (switch fail/cable unplug?) is that the machines internal to that area lose DHCP and RADIUS, which are run within the main part of the LAN. If that happens, then they'll revert to default non-LAN IPs when their leases expire, so they'll lose contact with each other, even though connected. I could allocate them all hard-wired DHCP settings, but that's not sensible practice. What I'd like to do is set up a local DHCP/RADIUS box in that area, which is synced to the main one and which things can fall back on, for the duration of any disconnect. But I'm not sure the correct way to design such a thing, not having needed it before now.
For info, the LAN equipment comprises Netgear managed switches (GS724T v3 and similar), Windows 8.1 PCs, and FreeBSD servers. The main router is pfSense. Currently running Unbound for local resolution, dhcpd, and setting up freeradius 3 shortly.
Update : info related to Andy's answer
The areas are on the same subnet, so when the 2 networks are linked, that would mean 2 dchpds active. Although I suppose I could change the two to different subnets, or block one daemon using pf rules. It's also not clear that their lease caches/records would sync.
One option that occurs to me, could be a cron task that tests every 10 sec if the main services are pingable - if no, start local running fallback service, if yes then stop local service if running. (Precision timing isn't essential). But that's a bit of a kludge.